Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!uunet!brunix!rph
From: rph@cs.brown.edu (Richard Hughey)
Newsgroups: comp.sources.games.bugs
Subject: Re: error in  castle (hacky fix)
Keywords: castle
Message-ID: <30682@brunix.UUCP>
Date: 26 Feb 90 16:30:51 GMT
References: <5214@tekred.CNA.TEK.COM> <1082@trlluna.trl.oz>
Sender: news@brunix.UUCP
Reply-To: rph@cs.brown.edu (Richard Hughey)
Organization: Brown University Department of Computer Science
Lines: 38

In article <1082@trlluna.trl.oz> simon@shiva.trl.oz (Simon Michnowicz - A Free Spirit) writes:
>I have noticed an error in castle.  When I attempt an inventory
>of some object I found, the program sometimes hangs.  I am
>not sure why.
>
>		S.G.M

Hanging in castle generally comes from seg faults, which
are "trapped" into never-never land, after which the only way 
to get out of castle is to send an interupt, which is
then trapped into a quit command.

Somewhere in the code, the curses window for inventory is
getting clobbered (no idea where).  My fix for this is:

castle.c(926):  

look_inv()		/* look at your inventory.   */
{
	unsigned char choice;

	start = firstnode;
+	if (! inv_win)
+	  inv_win = newwin(8,26,4,54);

-------------
Another hanging occured here since the save directory in
castle.h does not use FILES, but has its own name.

I've heard from one of the players hear that we have another seg
fault (hang) still to find, and castle -s never works.

    	- Richard

 ------------------------------
    Richard Hughey 		CSNET:  rph%cs.brown.edu@relay.cs.net
    Brown University  		BITNET:  rph@browncs
				(decvax, ihnp4, allegra)!brunix!rph