Axe Software Forums
  Quest Developer Forum
  Frequent Errors


Author Topic:   Frequent Errors
hannibal posted 14-10-2002 23:32 GMT     
Often, when writing room descriptions with QDK, I keep coming up with this error messages like this when I try to run the game:

FATAL ERROR: Expected > in look <
FATAL ERROR: Too many > in There are paths branching off in almost all directions.>
INIT: Unable to open file

I notice that most of the time this happens, it's when I've changed something in a room description. I've gotten smart and started saving under multiple filenames as I progress. I once started writing a rather lengthy game and it crashed on me like this, then I couldn't even open it in the editor.

Anybody have an idea why this happens?

"A census taker once asked me to fill out a survey. I ate his liver with some fava beans and a nice chianti."
- Hannibal Lecter

Tanin posted 15-10-2002 18:39 GMT          
I get the same thing.

What I ussually do is copy the excess text (see your log file), then remove it from the desc. Save the game, then re-paste the removed text back into the desc. It then works fine.

Tanin posted 20-10-2002 02:03 GMT          
Possible bug fix. Occasionally there is an error when saving the game. After running through the log code, I noticed that a > is left out of the room code in question.

Granted, I don't know much about C, but hopefully this helps.

If not, ignore this post =)

Computer Whizz posted 24-10-2002 03:06 GMT          
LOL
C
: )

That > is missing from your game file... There was probably an error in QDK's storage of the game so it saved a bit on the wrong side...

I haven't encountered this bug alot, I haven't used QDK/Quest alot : ( , but "it's only human nature after all!".

Computer Whizz

HaDel posted 30-10-2002 23:29 GMT          
I got this one just after a couple of hours... The QDK screws the save file by splitting the long lines.
Just went out, opened a normal editor and concatenated the splits - loaded OK...

Is it me, or the bugs just love the newbies... :(

Alex posted 31-10-2002 22:58 GMT          
I don't know why this is happening - I've just fiddled with QDK and can't replicate the problem.

If you're saving multiple versions of a file, the next time it happens, could you send me the version of the file before it broke, and tell me what to do break it? Then I should be able to see what's happening and fix it.

Tanin posted 01-11-2002 06:14 GMT          
Lately it seems the error messages are getting more and more frequent. I like quest but it's enough to make you want to quit in frustration at times.

I've tried for the last two days to program a simple command into quest and I keep getting !intproc235 messages, no matter how many different ways I try it, it won't work. All I'm trying to do is have an object become accessible when a player looks at an object in the room. I can't get it to work.. any suggestions?

MaDbRiT posted 01-11-2002 19:20 GMT          
quote:

All I'm trying to do is have an object become accessible when a player looks at an object in the room. I can't get it to work.. any suggestions?

Not entirely sure what you mean by the above, but I assume you want "Object B" to appear and be takeable by the player, when the player looks at (or examines) 'Object A"

That being the case, I offer the following little 'demo'. In this code looking at a book (Object A) will cause a �50 note (Object B) to appear and be available to the player, the code also incorporates a test so that it only works once :-)

quote:

define game <Appearing Objects Demo>

asl-version <311>

game version <1.0>
game author <DaMaDbRiT>
game copyright <� 01 Nov 2002>
game info <Just a demo>

start <library>

end define

define room <library>

look <From the racks it is obvious this is a library, __
but there is only 1 book - suprising eh?>
prefix <the>

define object <book>
action <look> {
msg <it's a big thick book, written in a language you do not understand>
if not exists <money> then {
show <money>
msg <Something drops from the book as you look at it.>
}
}
end define

define object <money>
look <it is a �50 note.>
hidden
take <>
end define

end define


define text <intro>
Enter intro text here
end define

define text <win>
Enter win text here
end define

define text <lose>
Enter lose text here
end define



This should work if you cut n' paste the relevant bit above and save it as (say) "demo.asl".

A note to Alex here though (I mentioned this on the forum a while back) trying to run a script with the 'look' tag throws errors, I've worked around the problem by writing this example as an 'action', but it is something that needs fixing really.

Al

Alex posted 02-11-2002 09:04 GMT          
Tanin, if you send me your ASL file (email it to me at [email protected]) I can take a look into what's causing these errors.

I'm aware of the issue where look and examine tags with script commands other than "msg" don't work properly - I've fixed this for Quest 3.12.

Thinking about it, this could well be exactly the problem Tanin describes with the !intproc errors, so I suppose I need to get round to releasing the latest bugfixed version. Although if I can nail the QDK breaking script lines error before then, that would make things easier all round - so if somebody could please email me an example ASL file "before" QDK has broken it, and then tell me what I need to do to get QDK to break it, I would be very grateful.

Tanin posted 03-11-2002 08:55 GMT          
Alex, I've emailed you the ASL file. I have several versions available since I saved my game frequently. Let me know if you need an older version of the game.
carlii posted 03-11-2002 21:42 GMT          
quote:
Lately it seems the error messages are getting more and more frequent. I like quest but it's enough to make you want to quit in frustration at times.

Yes, I do find that Quest can be quite buggy at times but with such a completed application I do understand why! =)

DarkAng3l posted 06-11-2002 23:47 GMT          
What's more funny is what happened to me. QDK couldn't save the ASL file(At all). So it meshed up with the entire project. Thank god I had a backup version.

DarkAng3l

Alex posted 07-11-2002 00:55 GMT          
What exactly happened when you tried to save the file, then? Is this a bug that can be reproduced easily?
DarkAng3l posted 08-11-2002 22:56 GMT          
Actually QDK froze and I had to shut it via the Alt-Ctrl-Delete methode. Then QDK had altered the *.asl file. And allways after a specific change in the code. Like it was overloaded with info. An overflow maybe? Really, which programming language did you use Alex?(You don't have to answer this one, but it might help.) I will sent you some of the back-up files I kept.

DarkAng3l

Alex posted 09-11-2002 13:34 GMT          
Yes, if you could send me your backup files and tell me what specific change you made to get QDK to freeze, that would be helpful.

How long did you leave QDK before killing it with Ctrl+Alt+Delete? If you have a slow computer and a fairly big game, QDK might take a while to save the game - so I don't recommend terminating the process unless you're sure it has crashed.

Quest and QDK were written with VB, although that has nothing to do (usually) with any bugs that occur.

DarkAng3l posted 13-11-2002 01:26 GMT          
Well, the game wasn't THAT big and my computer is a P4 1,7 GHZ with 128 KB RAM and a 10+ GB free space in hard disk, running windows ME. Probably the code (And you are not to blame, since VB is a front-end for C++ I think) creates too many objects, filling the memory with garbage. Or it is that I was running musicmatch jukebox while working. I don't know. Probably I will write the game from the scratch, using the old text parts.

DarkAng3l

Alex posted 13-11-2002 10:56 GMT          
Well, the game wasn't THAT big and my computer is a P4 1,7 GHZ with 128 KB RAM and a 10+ GB free space in hard disk, running windows ME.

Hate to say it, but it could be WinME that's the problem here. It doesn't matter how much memory and hard disk space you have, WinME doesn't do memory management very well. Try loading a text file bigger than 64K in NotePad! WinME just can't cope - The NT-based operating systems (WinNT, Win2k, WinXP) are much more reliable.


Probably the code (And you are not to blame, since VB is a front-end for C++ I think) creates too many objects, filling the memory with garbage.

VB is not a front-end for C++.

There are probably ways around any problems you are experiencing with a large game - if you send me your .asl file, I can see what problems occur (and I can test it specifically on WinME to see if that is a problem), and I can see what I can do to sort them out.

Or it is that I was running musicmatch jukebox while working.

Shouldn't affect anything.