Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

'Oops' crash when digging down #4

Closed
stenno opened this issue May 7, 2019 · 1 comment
Closed

'Oops' crash when digging down #4

stenno opened this issue May 7, 2019 · 1 comment

Comments

@stenno
Copy link

stenno commented May 7, 2019

Hey, while digging down as a centaur monk, i got a an 'Oops' and my game crashed and vanished from the server (hardfought.eu).

Link to ttyrec

The ttyrec had this stacktrace:

Oops...

Hit space to continue: .è–\Ï��������[H�[2J�[H�[?1049l
.è–\����å���Suddenly, the dungeon collapses.
To report this error, Contact K2 on freenode irc channel #hardfought
and it may be possible to rebuild.
.è–\���C���
Signal received.
Generating more information you may report:

.è–\ñ���#���[0] /evilhack-0.3.1/evilhack() [0x4c1a45]
[1] /evilhack-0.3.1/evilhack() [0x4c19e5]
[2] /evilhack-0.3.1/evilhack() [0x4c1877]
[3] /lib/x86_64-linux-gnu/libc.so.6(+0x354b0) [0x7ff8226964b0]
[4] /evilhack-0.3.1/evilhack(obj_is_local+0x10) [0x637a30]
[5] /evilhack-0.3.1/evilhack() [0x637b49]
[6] /evilhack-0.3.1/evilhack() [0x637bd4]
[7] /evilhack-0.3.1/evilhack(save_timers+0x61) [0x637c6b]
[8] /evilhack-0.3.1/evilhack(savelev+0x1f1) [0x5f40cf]
[9] /evilhack-0.3.1/evilhack(dosave0+0x2ac) [0x5f36ad]
[10] /evilhack-0.3.1/evilhack(panic+0x1df) [0x4c2f53]
[11] /evilhack-0.3.1/evilhack() [0x5eb9cb]
[12] /evilhack-0.3.1/evilhack(getlev+0x392) [0x5ec381]
[13] /evilhack-0.3.1/evilhack(getbones+0x226) [0x44280b]
[14] /evilhack-0.3.1/evilhack(mklev+0x2b) [0x53e48e]
[15] /evilhack-0.3.1/evilhack(goto_level+0x717) [0x47f200]
[16] /evilhack-0.3.1/evilhack(digactualhole+0xf63) [0x46cf33]
[17] /evilhack-0.3.1/evilhack(dighole+0x58a) [0x46da1b]
[18] /evilhack-0.3.1/evilhack() [0x46b488]
[19] /evilhack-0.3.1/evilhack(moveloop+0xf3b) [0x4235ab]

@k21971
Copy link
Owner

k21971 commented May 7, 2019

Fixed via commit 89f5170

@k21971 k21971 closed this as completed May 7, 2019
k21971 pushed a commit that referenced this issue Aug 10, 2019
For "They look at you but the don't see you", "the" should be a second
"they".  Simple transcription typo rather than a mistake in the book.
k21971 pushed a commit that referenced this issue Sep 1, 2023
On GitHub issue 1090, Rhialto wrote:
Hi! I am currently in the process of adapting the pkgsrc packaging of NetHack 3.6.7 to include the curses window option. A bit late perhaps...

While working on that, I ran into a case of a NULL pointer being used. Apparently when linking with ncurses, this doesn't cause problems, but NetBSD's own curses doesn't like it, and crashes the game.

Here is the stack trace. It happens when #quitting, I think just before the high scores are about to be shown (but I guess it should show in the stack trace if I'm totally correct with that):

(gdb) bt
 #0  redrawwin (win=0x0) at /usr/src/lib/libcurses/touchwin.c:149
 #1  0x0000000017e104b4 in curses_refresh_nethack_windows () at ../win/curses/curswins.c:176
 #2  0x0000000017e1054a in curses_destroy_win (win=win@entry=0x7ad219520540) at ../win/curses/curswins.c:155
 #3  0x0000000017e1512c in curses_display_nhmenu (wid=<optimized out>, how=<optimized out>, _selected=0x7f7fff65d850) at ../win/curses/cursdial.c:771
 #4  0x0000000017e0ff81 in curses_select_menu (wid=wid@entry=21, how=how@entry=0, selected=selected@entry=0x7f7fff65d850) at ../win/curses/cursmain.c:607
 #5  0x0000000017e10257 in curses_display_nhwindow (wid=21, block=1) at ../win/curses/cursmain.c:385
 #6  0x0000000017ca8075 in really_done (how=<optimized out>, how@entry=13) at end.c:1609
 #7  0x0000000017ca993f in done (how=how@entry=13) at end.c:1201
 #8  0x0000000017ca9c85 in done2 () at end.c:381
 #9  done2 () at end.c:337
 #10 0x0000000017c489da in doextcmd () at cmd.c:363
 #11 0x0000000017c57e94 in rhack (cmd=<optimized out>, cmd@entry=0x0) at cmd.c:4909
 #12 0x0000000017c265da in moveloop (resuming=<optimized out>) at allmain.c:435
 #13 0x0000000017e1b862 in main (argc=<optimized out>, argv=<optimized out>) at ../sys/unix/unixmain.c:351
status_window is NULL here. Simply checking for NULL avoids the problem. I added checks for the other windows as well, while I was there.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants