Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!munnari.oz.au!brolga!uqcspe!batserver.cs.uq.oz.au!grue From: grue@batserver.cs.uq.oz.au (Frobozz) Newsgroups: comp.sys.handhelds Subject: Re: adventure game for the 28s Message-ID: <6371@uqcspe.cs.uq.oz.au> Date: 14 Dec 90 00:38:24 GMT References: <90345.162002IO91472@MAINE.BITNET> Sender: news@uqcspe.cs.uq.oz.au Reply-To: grue@batserver.cs.uq.oz.au Lines: 71 A quick question at the very begining just in case you don't make it to the end... Has anyone else tried to get the program working? In <90345.162002IO91472@MAINE.BITNET> IO91472@MAINE.BITNET writes: > Has anybody else tried to use the adventure game posted by Paul Dale >a while back? I tried it and could not get the checksums correct on the >programs: MAP PMV IUSE DRW. When I tried running the game my 28s >screwed up. I ended up having to reset the memory because everything was >gone from the game directory and whenever I pushed a button the calculator >would reset itself. The program MAP is just the database for the maze, it won't cause too much havoc if it is incorrect. You would just end up with stuff in the wrong place and passages that don't come back. Silly stuff that make the game quite awful to play but don't stop the program working. PMV is the players movement and command interpretation. If you typed it in incorrectly (or my posting was wrong), I wouldn't expect a crash. Commands might work in mysterious ways or not work or even RPL errors that cause program bombs. I did check this routine several times after entering it and I'd expect most of it to be ok, so most commands should work fine. If my entered listing was in error, you should still be able to use commands that are listed correctly. IUSE is the program that gets called when an attempt is made to use an object I have looked at the listing again and (at least after a quick glance) it seems like it should work (famous last words). This one won't be the cause of the crash either since it doesn't do anything fancy. DRW is the beasty that puts up the map display, in itself it doesn't do anything likely to cause system bombs but the routines it calls are. The graphics primatives don't expect arguments and don't return anything so I don't really see how they could fail given that they are entered correctly. I looked at the listing for this one and is seems to be in working order (this is another one I check pretty often). One possible problem is near the end where the listing has IF v F ... twice, the F is correct if shouldn't be # Fh (I know it is pretty weak, but it is the only thing I can see that might be an easy to make error). One way to test the graphics primatives is to run them from the keyboard, they never caused me any major problems. Just try a command line like: CLLCD T1 LD1 FD1 (which should draw a hole up, a door left and a door in front of you) This is in fact how I tested the routines myself. It will also indicate the speed of the graphics and the display appearance without entering the entire program. If you can give me some more details about what went wrong, I am willing to help locate the problem. I don't have a version on my 28 anymore, but I did write the program and I understand (most of) what it is doing. I'm also happy to respond to e-mail requests for help (I'll even respond to some request over news). Pauli seeya Paul Dale | Internet/CSnet: grue@batserver.cs.uq.oz.au Dept of Computer Science| Bitnet: grue%batserver.cs.uq.oz.au@uunet.uu.net Uni of Qld | JANET: grue%batserver.cs.uq.oz.au@uk.ac.ukc Australia, 4072 | EAN: grue@batserver.cs.uq.oz | UUCP: uunet!munnari!batserver.cs.uq.oz!grue f4e6g4Qh4++ | JUNET: grue@batserver.cs.uq.oz.au --