Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!uw-beaver!sumax!polari!markt
From: markt@polari.UUCP (Mark Tapper)
Newsgroups: comp.sources.games.bugs
Subject: Re: Nethack on Xenix 2.3 (WAS: Re: installing Nethack on 3B1)
Message-ID: <792@polari.UUCP>
Date: 5 Aug 89 11:37:59 GMT
References: <7488@kuhub.cc.ukans.edu> <1989Aug4.143103.4518@ddsw1.MCS.COM>
Organization: PolarServ, Seattle WA
Lines: 25

In article <1989Aug4.143103.4518@ddsw1.MCS.COM>, karl@ddsw1.MCS.COM (Karl Denninger) writes:
> 
> A few days ago I posted a complaint about nethack 3.0 dumping core on me 
> while playing....
> 
> After lots of "compile/wait/sdb/wait/etc" (this sucker is HUGE - 1.7 MEG
> with the -g switch -- yikes!) I finally found the problem, and a fix.
> 
> Xenix, if you use the "termlib" library, distinctly does not like the
> arguments to the "tputs()" call that are given.  In fact, I couldn't find a
> set of argument type(s) that would not produce a core dump.

I have come across this same problem in nethack 2.3 so I knew what to fix
this time around, I just put a nap(50) in place of tputs() and it works
fine. but I have found another bug that you will probably notice also.
when yn_function calls sprintf it sometimes sends it something that causes
sprint to coredump.  I dont want to use sdb on it, it would take an hour to
compile, so I think I will stick to adb and I will post here if I figure out
what is causing yn_function() to core dump on a return.



-- 
          Mark Tapper, System Admin for PolarServ.  markt@polari.uucp
     PolarServ 206/328-4945 (Data)  Public access Xenix for Seattle/Tacoma