The IO component of the extension has not been carefully examined in the new mem model. It is quite possible that the mark is not propogating to the io instances. This I can look at (it seems concrete).
Dan On Mon, 10 Mar 2008 09:47:02 -0700 Sean Chittenden <[EMAIL PROTECTED]> wrote: > > 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 _______________________________________________ libxml-devel mailing list libxml-devel@rubyforge.org http://rubyforge.org/mailman/listinfo/libxml-devel
