nethack3p10 on unixpc/3b1/7300

Rob Stampfli res at colnet.uucp
Thu Jun 27 23:28:49 AEST 1991

>	I have been being hit with this search bug, which is deadly if you
>are an elf, since they automatically use the search by their very nature.  I
>have always been hit by it, till I just tried it by shelling out of trn, in
>which it now works.  Since it doesn't dump core, it makes it hard to
>determine the source of the problem.  The error message is:
>	Memory fault
>	I hit the problem even if logged in via ethernet and rlogin, but if
>I shell out, from trn, or from jove, I don't.  I wonder why?  Lets try

Often, when a program runs in one environment, but not in another, the
problem is due to a bad reference on the stack.  Depending on where the
page breaks occur relative to the stack pointer, such a reference beyond
the end of the stack pointer may either appear to work, or if it is truly
beyond the last allocated page, cause a memory fault.  The difference is
that the programs have different environments pressed onto the stack when
they are invoked.

Try exporting a few garbage variables which have been set to long strings
and see if this changes anything.  If so, look for automatic arrays that
are indexed beyond their defined size.
Rob Stampfli, 614-864-9377, res at kd8wk.uucp (osu-cis!kd8wk!res), kd8wk at n8jyv.oh

More information about the Comp.sys.3b1 mailing list