[ruby-dev:29594] dumps core when 'def a; a.foo; end; a'

こんばんは。斎藤と申します。

自分は何もできなかったのですが、1.8.5のリリースお疲れ様でした。また
知らないうちにWebサイトも素敵な物になっていて驚いています。こちらに
携わった方々も、本当にお疲れ様でした。

自分は数年前にRubyを知ってから追いかけ続けて来ました。少しでも
コミュニティのお役に立てたらと思い何かしらできることを探して
来たのですが、やはり非力な自分のできる事は本当に少ないものです。
ですができることしかできないわけで、これからもできることを一つ
ひとつ探して行きたいと思います。

と、駄文が長くなりすみません。以下本題なのですが、いつの間にか
trunkで以下のようにするとcoreを吐くようです。1.8では起こりません。

$ ruby-trunk -ve 'def a; a.foo; end; a'
ruby 1.9.0 (2006-09-20) [i686-linux]
セグメンテーション違反です (core dumped)
$

"foo"を既存のメソッドに変えても同様です。

自分の知り得る限りの知識を使ってgdbで探ってみると、どうやらrb_eval()
の第二引数の値が異常に小さく見えます。これは正常なものでしょうか。

$ gdb ruby-trunk core
GNU gdb 6.3-debian
Copyright 2004 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 "i386-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1".

Core was generated by `ruby-trunk -ve def a; a.object_id; end; a'.
Program terminated with signal 11, Segmentation fault.

warning: current_sos: Can't read pathname for load map: 入力/出力エラーです

Reading symbols from /lib/tls/libdl.so.2...done.
Loaded symbols for /lib/tls/libdl.so.2
Reading symbols from /lib/tls/libcrypt.so.1...done.
Loaded symbols for /lib/tls/libcrypt.so.1
Reading symbols from /lib/tls/libm.so.6...done.
Loaded symbols for /lib/tls/libm.so.6
Reading symbols from /lib/tls/libc.so.6...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0  rb_eval (self=1075675500, n=0x22) at ../eval.c:3280
3280                CALLARGS;
(gdb) bt
#0  rb_eval (self=1075675500, n=0x22) at ../eval.c:3280
#1  0x080600a9 in rb_call0 (klass=1075686580, recv=1075675500, id=10801,
    oid=10801, argc=0, argv=0x0, block=0x0, body=0x401af0f0, flags=18)
    at ../eval.c:5841
#2  0x080609cd in rb_call (klass=1075686580, recv=1075675500, mid=10801,
    argc=0, argv=0x0, block=0x0, scope=CALLING_VCALL, iter=0) at ../eval.c:5975
#3  0x0805a939 in rb_eval (self=1075675500, n=0x22) at ruby.h:752
#4  0x0805a7a7 in rb_eval (self=1075675500, n=0x22) at ../eval.c:3283
#5  0x080600a9 in rb_call0 (klass=1075686580, recv=1075675500, id=10801,
    oid=10801, argc=0, argv=0x0, block=0x0, body=0x401af0f0, flags=18)
    at ../eval.c:5841
#6  0x080609cd in rb_call (klass=1075686580, recv=1075675500, mid=10801,
    argc=0, argv=0x0, block=0x0, scope=CALLING_VCALL, iter=0) at ../eval.c:5975
#7  0x0805a939 in rb_eval (self=1075675500, n=0x22) at ruby.h:752
#8  0x0805a7a7 in rb_eval (self=1075675500, n=0x22) at ../eval.c:3283
#9  0x080600a9 in rb_call0 (klass=1075686580, recv=1075675500, id=10801,
    oid=10801, argc=0, argv=0x0, block=0x0, body=0x401af0f0, flags=18)
    at ../eval.c:5841
#10 0x080609cd in rb_call (klass=1075686580, recv=1075675500, mid=10801,
    argc=0, argv=0x0, block=0x0, scope=CALLING_VCALL, iter=0) at ../eval.c:5975
#11 0x0805a939 in rb_eval (self=1075675500, n=0x22) at ruby.h:752
#12 0x0805a7a7 in rb_eval (self=1075675500, n=0x22) at ../eval.c:3283
#13 0x080600a9 in rb_call0 (klass=1075686580, recv=1075675500, id=10801,

(以下rb_evalとrb_call、rb_call0のみが何百回も続く)

以上、とりあえず報告させていただきます。

-- 
斎藤ただし