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
>something!
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