From: Sam S. <sd...@gn...> - 2003-03-26 01:58:23
|
> * In message <186...@in...> > * On the subject of "Re[2]: cygwin build - signal 11" > * Sent on Wed, 26 Mar 2003 09:45:50 +1000 > * Honorable Arseny Slobodjuck <am...@in...> writes: > > > so the bad guy is in backtrace! > Hmmm > > what does Record_type_(obj) say? > Record_type_ ? a function in spvw_debug.d > Record_type's before sigsegv are 28,28,28... then > (in gcc) 0 then one of 51/54/58 and then sigsegv. look at the Rectype_* enum - what are these types? (make lispbibl.h is your friend) > Am I overlooking something ? you are looking at the place after the bug. we have to find where back_trace->bt_caller becomes invalid, i.e., not a Subr/Fsubr/Closure. > > also, please try "zbacktrace" in gdb (will probably fail...) > Undefined command. look at spvw_debug.d and .gdbinit for inspiration. g++ allows tracking all back_trace manipulations, see p_backtrace_t in lispbibl.d, you may want to enchance it to check all bt_caller fields for being Subr/Fsubr/Closure. -- Sam Steingold (http://www.podval.org/~sds) running RedHat8 GNU/Linux <http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/> <http://www.mideasttruth.com/> <http://www.palestine-central.com/links.html> Good programmers treat Microsoft products as damage and route around it. |