From: Thomas Uehlinger Date: 2004-03-03T04:14:38+09:00 Subject: Segfault in 1.9.0 tests Hi all, I get a segfault while running the ruby testsuite in the latest 1.9.0 CVS versions. The stacktrace tells me it that this is probably due to the current threading issues, but I've never seen them happing in the testsuite before. -- Thomas Uehlinger uehli@ueh-t test $ ruby runner.rb /usr/local/lib/ruby/1.9/pp.rb:570: warning: already initialized constant S Loaded suite . Started .............................................................................................................................................................................................../usr/local/lib/ruby/1.9/drb/drb.rb:545: [BUG] Segmentation fault ruby 1.9.0 (2004-03-02) [i686-linux] Aborted ----------------------------- GNU gdb 6.0 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) r runner.rb Starting program: /usr/local/bin/ruby runner.rb /usr/local/lib/ruby/1.9/pp.rb:570: warning: already initialized constant S Loaded suite . Started ...........................................................................................................................................................................................Detaching after fork from child process 7832. .Detaching after fork from child process 7833. .Detaching after fork from child process 7834. .Detaching after fork from child process 7835. .Detaching after fork from child process 7836. Program received signal SIGSEGV, Segmentation fault. rb_respond_to (obj=6, id=6) at ruby.h:639 639 } (gdb) info stack #0 rb_respond_to (obj=6, id=6) at ruby.h:639 #1 0x0807ca0a in w_object (obj=6, arg=0xbffea010, limit=-3) at marshal.c:504 #2 0x0807c877 in w_obj_each (id=6, value=6, arg=0xbffe9e80) at marshal.c:429 #3 0x080af1f7 in st_foreach (table=0x8902b50, func=0x807c840 , arg=3221134976) at st.c:495 #4 0x0807c8bd in w_ivar (tbl=0x8902b50, arg=0xbffe9e80) at marshal.c:440 #5 0x0807cb75 in w_object (obj=1079876820, arg=0xbffea010, limit=-2) at marshal.c:651 #6 0x0807d0d4 in dump (arg=0xbffea000) at marshal.c:684 #7 0x0805bccd in rb_ensure (b_proc=0x807d0b0 , data1=3221135360, e_proc=0x807d110 , data2=3221135376) at eval.c:5116 #8 0x0807d286 in marshal_dump (argc=-1073831920, argv=0x6) at marshal.c:779 #9 0x0806849a in call_cfunc (func=0x807d160 , recv=1073959788, len=0, argc=143668432, argv=0xbffea288) at eval.c:5307 #10 0x0805c912 in rb_call0 (klass=1073959728, recv=1073959788, id=4353, oid=6, argc=1, argv=0xbffea288, body=0x4003531c, nosuper=0) at eval.c:5441 #11 0x0805cb48 in rb_call (klass=1073959728, recv=1073959788, mid=4353, argc=1, argv=0xbffea288, scope=0) at eval.c:5658 #12 0x08057bda in rb_eval (self=1079885360, n=0x6) at ruby.h:630 #13 0x08057434 in rb_eval (self=1079885360, n=0x6) at eval.c:3424 #14 0x0805720a in rb_eval (self=1079885360, n=0x6) at eval.c:3048 #15 0x0805c434 in rb_call0 (klass=1074596356, recv=1079885360, id=4353, oid=6, argc=0, argv=0xbffeb76c, body=0x400eaf08, nosuper=0) at eval.c:5565