[ scummvm-Bugs-3585793 ] SCI: QFG1VGA - game hangs in the warlock's maze

SourceForge.net noreply at sourceforge.net
Fri Nov 9 19:36:40 CET 2012


Bugs item #3585793, was opened at 2012-11-09 10:36
Message generated for change (Tracker Item Submitted) made by misterhands
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=418820&aid=3585793&group_id=37116

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Script bugs
Group: SCI: Quest for Glory 1
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: misterhands (misterhands)
Assigned to: Nobody/Anonymous (nobody)
Summary: SCI: QFG1VGA - game hangs in the warlock's maze

Initial Comment:
Latest Win64 build
QFG1VGA

In the warlock's maze, pushing the button on the right after opening the door results in a funny script bug in which the Hero takes a ball on the head, falls, comes out of the back door rolling, is turned into an animated staircase, then the message "There's an ECHO IN HERE... Echo in Here... echo in here..." appears. The actual text can vary as they are several messages cycling.
After that he is turned to man again (phew), and walks out of the left back door. 
The ending apparently depends from the delay before you skip that message box:
- In one case (fast skip), things look like they are back to normal but clicking or trying anything causes the Hero to be slowly dragged across the screen to the lower right corner, and finally freeze...
- In the other case (slow skip) the hero automatically start this drag move but stops very early and just freezes there.
In both cases the game is now frozen, you have to reload.

Probably Yorick's most evil trick ! :-)
It almost looks like an easter egg, except for the game freezing part...

To see what should (presumably) happen, wait a few seconds for the door to close, then push the button.
Less fun, but at least it does not crash.

It looks like what happens is the normal push_the_button routine is run, and then it switches to enter_the open_door, which should not happen and creates this mess.

This bug probably occurs also in DOSBox, although I can't try because you can't reach this point of the game quickly from the beginning, and the original debugger doesn't work even with the magic script #10 from LB2CD renamed to #298 trick.
This looks very much like a script bug anyway.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=418820&aid=3585793&group_id=37116




More information about the Scummvm-tracker mailing list