On 9/24/07, David Gowers <[EMAIL PROTECTED]> wrote: > On 9/24/07, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> wrote: > > http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=470 > > > > > > [EMAIL PROTECTED] changed: > > > > What |Removed |Added > > ---------------------------------------------------------------------------- > > Summary|Missing crashes with |Missing crashes with > > |ubersetzung version of |ubersetzung version of > > |game.exe |game.exe (Spoiler Alert!) > > > > > > > > > > ------- Comment #2 from [EMAIL PROTECTED] 2007-09-23 20:16 ------- > > Playing further, I got the following crash an instant after looking into the > > hole I bashed in the floor. I saw the corpse for an instant before it > > crashed > > (scary as hell, this game is good!) > > > > [Thread -1224627312 (LWP 23020) exited] > > [Thread -1215976560 (LWP 23012) exited] > > > > Aborting due to runtime error 6 (out of bounds array access) at line 494 of > > music_sdl.bas::LOADSOUND() > > > > > > Program exited with code 06. > > > > I happened to be runing in gdb, but for some reason there was no backtrace. > > AFAIK, if the program exits, you can't get a backtrace -- backtraces > only make sense in context of a crash. FB's runtime error checking has > shortcircuited the crash (it reports the error and aborts the program, > rather than letting the error crash the entire program.). You'll need > to turn that off before you'll get a meaningful backtrace.
Oh didn't notice that. However, under Windows at least, gdb pauses the program inside FB's error checking functions - at the moment of termination apparently. Under Linux it might not be catching that signal? _______________________________________________ Ohrrpgce mailing list ohrrpgce@lists.motherhamster.org http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org