> Please let me know if I can do anything more to help track this down. I know what this trace means, but not where the bug occurred.
In a previous garbage collection sweep, the GC mark routine failed to mark an object and it was GC'ed - resulting in dangling pointers (which macro's such as NIL_P() don't handle very well). Before you dereferenced rxp->data->io, the GC cleaned up either rxp->data->io, rxp->data, or rxp. It's possible that memory location was recycled into a different object which can lead to further "interesting" behavior. If the shadow malloc/copy problems have been resolved, then this sounds like a mark/sweep issue where a node isn't being mark'ed where it needs to be. -sc > marc:[import]$ gdb ruby > GNU gdb 6.7.1-debian > Copyright (C) 2007 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html > > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show > copying" > and "show warranty" for details. > This GDB was configured as "i486-linux-gnu"... > (no debugging symbols found) > Using host libthread_db library "/lib/libthread_db.so.1". > (gdb) run ./gnumeric2dat.rb dd_ab.gnumeric > Starting program: /usr/bin/ruby ./gnumeric2dat.rb dd_ab.gnumeric > (no debugging symbols found) > (no debugging symbols found) > (no debugging symbols found) > (no debugging symbols found) > [Thread debugging using libthread_db enabled] > (no debugging symbols found) > (no debugging symbols found) > (no debugging symbols found) > (no debugging symbols found) > [New Thread 0xb7ce78c0 (LWP 28199)] > (no debugging symbols found) > (no debugging symbols found) > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0xb7ce78c0 (LWP 28199)] > 0xb7c81813 in ruby_xml_parser_mark (rxp=0x809d980) at > ruby_xml_parser.c:951 > 951 if (!NIL_P(((rx_io_data *)rxp->data)->io)) > (gdb) bt > #0 0xb7c81813 in ruby_xml_parser_mark (rxp=0x809d980) at > ruby_xml_parser.c:951 > #1 0xb7eed5a5 in ?? () from /usr/lib/libruby1.8.so.1.8 > #2 0x0809d980 in ?? () > #3 0x00000000 in ?? () > (gdb) -- Sean Chittenden [EMAIL PROTECTED] http://sean.chittenden.org/ _______________________________________________ libxml-devel mailing list libxml-devel@rubyforge.org http://rubyforge.org/mailman/listinfo/libxml-devel
