Hi,

Good news (well, mostly ;-) :

---------- Forwarded message ----------
Date: Sun, 4 Feb 2001 23:29:55 +0100
From: Emmanuel Jeandel <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Hero Quest finished

Hello

I've just finished Hero Quest with FreeSCI. I send in attachment a
picture and all my savegames, if you want more screenshots.

I've noticed some bugs : 

1. In the castle, if you try to work in the stables, the game hangs.
Apparently, this is a bad free(widget). I remove the "free(widget);" line to
make it work. It's BAD, but it works.
2. In the Meeps scene, You must say :
        ASK FOR GREEN FUR
  to get the fur. If you say
        ASK FUR
  You have a different message.
  But the two sentences behave the same. Apparently, the parser doesn't
  match the good rule :
        Line in 060.script : 
        lbl_0C77:
0C77: push1     
0C78: lofsa      21fa           ; said "/ fur < green "
0C7B: push      
0C7C: callk      #Said 02
0C7F: bnt        lbl_0CA9

        The "/ fur < green" is not matched, but the rule "/ fur", seen after
is matched. To solve the problem, I modified the parser with a trick, i
passed the scene, and I unmodified the file. I don't know where the parser
goes wrong.
3. The savegame limitation to 16 isn't bad, but it would be better to have a
message to say : 
        "You can't have more than 16 savegames"  
rather than : 
sciv: kfile.c:525: _k_get_savedir_name:  assertion `nr < 16' failed.
4. "Restore" when killed during a battle hangs.
5. Heap corruption during battle with the kobold (very often).

The two first bugs make the game impossible to end.

Keep doing a good job. 

Regards
Emmanuel <[EMAIL PROTECTED]>

---------------------------------------------
-- end of forward


I'll update the homepage ASAP. Does anybody want to have a look at the
problem reports? I probably won't have any time to investigate them before
the weekend.

Regarding error 2: Intuitively, the spec should match the sentence.

Re error 3: Looks like the script doesn't check for this, so we need to do
that (also note that this might make it possible to add some sort of hack
to allow more than 16 savegames). I don't know /where/ the checks should
be done, though- maybe checking for free disk space should return zero as
soon as all savegames are occupied. Or something like that.

Re error 4: Not always, but most of the time.

Other stuff: The later savegames store more than 60 songs. I guess the
sound server should adopt some sort of LRU scheme as well. I
guess it'd be better if songs weren't stored locally at all- rather, the
sound server should request them whenever it needs them. (Also, letting
the sound server store the sound state all by itself isn't really a good
idea IMHO- it's supposed to work remotely eventually (or to be modifiable 
to do so), so we should send back the state to the main process.

Please contact me if you want a copy of the savegames- I didn't want to
forward roughly 1 MB of compressed data to the list.

llap,
 Christoph


Reply via email to