Xref: utzoo comp.sources.bugs:1981 rec.games.hack:5510
Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!gem.mps.ohio-state.edu!tut.cis.ohio-state.edu!pt.cs.cmu.edu!ius3.ius.cs.cmu.edu!libove
From: libove@ius3.ius.cs.cmu.edu (Jay Libove)
Newsgroups: comp.sources.bugs,rec.games.hack
Subject: Nethack 3 PL5 on SCO Xenix 286
Keywords: nethack,3,patchlevel 5,sco,xenix,286,termcap.c,core dump
Message-ID: <6619@pt.cs.cmu.edu>
Date: 21 Oct 89 19:06:22 GMT
Organization: Carnegie-Mellon University, CS/RI
Lines: 19


On SCO Xenix 286, at patchlevel 5, what used to be a nuisance is
now a real problem:

It used to be that the sources had to be hacked slightly so
that the "delay" attempts didn't leave sh*t on the screen, but
now the code has to be hacked (in the same manner) to avoid
the code _core dumping_ whenever the delay routine is called
(typically when anything is thrown or kicked across a room).

In termcap.c in delay_output() there needs to be a special
case for #ifdef M_XENIX  /* do nothing */ rather than some
kind of bogus attempt to waste time.

-- 
Jay Libove			Internet: libove@andrew.cmu.edu
5731 Centre Avenue, Apt 3	BITNET: libove@drycas
Pittsburgh, PA 15206		UUCP: uunet!gateway.sei.cmu.edu!libove!root
(412) 362-8983			UUCP: psuvax1!pitt!darth!libove!root