[comp.sources.bugs] Nethack 2.2 Bug Fixes for Sys V

carter@tramp (Mike Carter) (12/10/87)

Someone posted an article several days ago about the fix to the bug where
all of your inventory is identified from the beginning.  I believe they
said that they were going to post their fixes to comp.sources.bugs.  Has
anyone seen this fix?  If so, please email me a copy.

On another note, with 3 people and 2 nights we finally have 2.2 'working'
on a 3b2 running System V.  If there is enough interest and when it is
cleaned up enough, we'll post our diffs.


 Mike Carter, Academic Computing Services, University of Colorado, Boulder
                        carter@tramp.Colorado.EDU
                                       

larry@jc3b21.UUCP (Lawrence F. Strickland) (12/11/87)

in article <3392@sigi.Colorado.EDU>, carter@tramp (Mike Carter) says:
> On another note, with 3 people and 2 nights we finally have 2.2 'working'
> on a 3b2 running System V.  If there is enough interest and when it is
> cleaned up enough, we'll post our diffs.

Since the amount of work necessary to get this completely working on System V
in general and 3b2's in particular is apparently quite large, I for one would
love to see the diffs posted.  Although I've spent some time working on the
various problems, it appears that much of the termcap stuff is non-trivial.
This has been especially true on a XENIX machine where core-dumps seem to just
randomly appear.  PLEASE, post you diffs!

-l
-- 
+--------------------------------------+-- St. Petersburg Junior College --+
|        Lawrence F. Strickland        |   P.O. Box 13489                  |
| ...gatech!codas!usfvax2!jc3b21!larry |   St. Petersburg, FL 33733        |
+-(or) ...gatech!usfvax2!jc3b21!larry -+-- Phone: +1 813 341 4705 ---------+

rupley@arizona.edu (John Rupley) (12/12/87)

Several postings have indicated that bringing nethack up on
SysV may be difficult.  It is not.  Fixes for one SysV environment
(Microport) have been posted.  It does not take man-days of work,
just a few hours, probably less than a few trials of nethack.
As is recognized, the problem is kludging termcap for the 
specific user environment.  A run under sdb should point at
the problem(s).  No need to flag all the files for sdb, just
termcap.  The fix for one environment probably should not be
expected to be the same as for another.  

The nethack code is magnificent.  How remarkable that ca 1 mgbyte
compiles on BSD, SysV and MSDOS systems, with little change required
outside the the config.h file!


John Rupley
    internet: rupley@megaron.arizona.edu
    uucp: ..{ihnp4 | hao!noao}!arizona!rupley
    telex: 9103508679(JARJAR)
    Dept. Biochemistry, Univ. Arizona, Tucson  AZ  85721
    voice: (602)321-2929 (Office)   or   (602)325-4533 (Home)

jona@moss.ATT.COM (12/13/87)

> Since the amount of work necessary to get this completely working on System V
> in general and 3b2's in particular is apparently quite large, I for one would
> love to see the diffs posted.  Although I've spent some time working on the
> various problems, it appears that much of the termcap stuff is non-trivial.
> This has been especially true on a XENIX machine where core-dumps seem to
> just randomly appear.  PLEASE, post you diffs!

I have been surprised at all the Sys V problems - We have a Vax 8600
running ordinary System V Rel 2.0 and it took me all of about 30 minutes
to get nethack 2.2 running. I had absolutely no trouble using curses
except for ospeed being undeclared in termcap.c (or tty.c I don't
remember). The only other problem I had was an incorrect #define for
rand() in rnd.c.

I used Makefile.unix, changed termlib to curses and made the appropriate
changes to config.h.

Well, what else can I say, I guess not all Sys V systems are equal.

dave@koko.UUCP (dave wells) (12/15/87)

>I have been surprised at all the Sys V problems - We have a Vax 8600
>running ordinary System V Rel 2.0 and it took me all of about 30 minutes
>to get nethack 2.2 running. I had absolutely no trouble using curses
>except for ospeed being undeclared in termcap.c (or tty.c I don't
>remember). The only other problem I had was an incorrect #define for
>rand() in rnd.c.
>
>I used Makefile.unix, changed termlib to curses and made the appropriate
>changes to config.h.

Likewise for an AT&T 3B5 with SYS V R2.  Except that I don't know the 3B5's
quirks, so I played it safe in config.h -- short int instead of char, etc.

					David
-- 
David Wells					dave@csustan.UUCP
(209) 522-1816					lll-crg!csustan!dave