Opened 10 years ago

Closed 8 years ago

#5172 closed defect (fixed)

SCI: QFG3: Crash in conversation

Reported by: SF/kuroshiro Owned by: wjp
Priority: normal Component: Engine: SCI
Keywords: script Cc:
Game: Quest for Glory 3


Quest for Glory 3 (Dos/English) ScummVM 1.2.0 51782 Windows 7 x64

When talking to Uhura in the village after using the dispel potion on the leopard-woman, if you choose the question about "Woo", the game will crash. No other dialogue will. It's not terribly critical, but it was kind of surprising. Crashes with the message: "[VM]kMemory: signature mismatch via method ::export 6 (script 999, room 440, localCall 0xffffffff)!"

Ticket imported from: #3040722. Ticket imported from: bugs/5172.

Attachments (1)

qfg3.009 (65.4 KB ) - added by SF/kuroshiro 10 years ago.
the right one

Download all attachments as: .zip

Change History (24)

comment:1 by SF/kuroshiro, 10 years ago

Game: Police Quest 3Quest for Glory 3

comment:2 by bluegr, 10 years ago

Um, the save game says "qfg1:, is that for qfg3?

comment:3 by SF/kuroshiro, 10 years ago

Whoops >< fixed.

comment:4 by bluegr, 10 years ago

That save game is when you're about to be judged... perhaps it's a different one?

comment:5 by SF/kuroshiro, 10 years ago

Geh, sorry. I guess they're numbered a bit differently than I thought. Made a new save, this one should be the right one at last.

by SF/kuroshiro, 10 years ago

Attachment: qfg3.009 added

the right one

comment:6 by m-kiewitz, 10 years ago

Could you please check what sierra sci is doing in that case? Maybe its a gamebug. I would try to patch it in that case. Otherwise we need to figure out whats going wrong.

comment:7 by m-kiewitz, 10 years ago

Owner: set to m-kiewitz
Status: newpending

comment:8 by SF/kuroshiro, 10 years ago

Status: pendingnew

comment:9 by SF/kuroshiro, 10 years ago

Can't seem to reproduce this in dosbox. You might also be interested to know that the character saves generated by ScummVM don't work in the original interpreter.

comment:10 by m-kiewitz, 10 years ago

The saves are of course not compatible. The only save-files, that can be used from sierra sci are the export-character files from quest for glory series.

comment:11 by SF/kuroshiro, 10 years ago

I was talking about the character exports :)

I guess they are only compatible SCI -> ScummVM, not the other way around.

comment:12 by m-kiewitz, 10 years ago

ScummVM export files are compressed (like all ScummVM created files are). If you uncompress them, they work just fine in sierra sci.

comment:13 by bluegr, 10 years ago

I tried fixing this call, but then the game crashes later on anyway in other places. This looks like some sort of buggy script, so we should better patch it or ignore all of its incorrect calls

comment:14 by bluegr, 10 years ago

Owner: m-kiewitz removed

comment:15 by bluegr, 9 years ago

Keywords: script added
Owner: set to bluegr
Resolution: fixed
Status: newclosed

comment:16 by bluegr, 9 years ago

Fixed in r4766774, it was a script bug which made it loop indefinitely, thereby reading garbage data and crashing

comment:17 by bluegr, 9 years ago

Owner: bluegr removed
Resolution: fixed
Status: closednew

comment:18 by bluegr, 9 years ago

Reopening this, as this script patch caused a nasty bug in another conversation in the game (bug #3377429).

Here's the problematic patch, for reference:

// Script 23 in QFG3 has a typo/bug which makes it loop endlessly and // read garbage. Fixes bug #3040722. const byte qfg3DialogCrash[] = { 5, 0x34, 0xe7, 0x03, // ldi 3e7 (999) 0x22, // lt? 0x33, // jmp [back] ---> BUG! Infinite loop 0 };

const uint16 qfg3PatchDialogCrash[] = { 0x34, 0xe7, 0x03, // ldi 3e7 (999) 0x22, // lt? 0x31, // bnt [back] PATCH_END };

comment:19 by bluegr, 9 years ago

Summary: QFG3: Crash in conversationSCI: QFG3: Crash in conversation

comment:20 by wjp, 8 years ago

This is very likely a script bug.

When I tried in the original, saying "Woo" worked without a crash, but afterwards I couldn't speak to Uhura again.

I looked at the relevant script, and it seems the Teller script object works with lists of options/subconversations in uhuraTeller::arrays (The current one is uhuraTeller::curArray). Each array is a list of integers corresponding to conversation options. When such an integer is negative, it is interpreted as an option with a submenu (and its absolute value is the message number for the option). The array uhuraTeller::keys contain the conversation options that trigger each array in uhuraTeller::arrays.

(So keys[1] is the conversation option leading to opening the subconversation in arrays[1].)

The problem here is that the option for "Woo" is -75, but there is no -75 in uhuraTeller::keys, so it runs out of bounds while trying to locate it. [ SSCI most likely found it somewhere later in memory and then set uhuraTeller::curArray to some bogus value, breaking conversation. ]

A fix would be changing this -75 to +75 in the locals of script 440.

comment:21 by wjp, 8 years ago

One complication is that -75 is also the trigger for some puzzle points, and this is handled inside uhuraTeller::doChilld, which is the function handling submenus. So simply replacing -75 by +75 will break getting points for asking about Woo...

comment:22 by wjp, 8 years ago

New strategy: force a return in uhuraTeller::doChild after handling the hero::solvePuzzle call, and prevent the submenu from actually being opened.

This is now hopefully fixed in d1e2d61b781aab5a0cc832a05a0981765fc4b0fe.

comment:23 by wjp, 8 years ago

Owner: set to wjp
Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.