ruby-dev

永井＠知能．九工大です．

From: Tanaka Akira <akr@m17n.org>
Subject: [ruby-dev:25016] Re: IO#flush dumps core again
Date: Wed, 1 Dec 2004 17:30:00 +0900
Message-ID: <87is7mv2t5.fsf@serein.a02.aist.go.jp>
> 私も実験してないんで本当に起こるかどうかはわかりませんが、いかにも落ち
> そう、と想像している手順は次のようなものです。

それは落ちるでしょうねぇ．．．(^_^;

# 添付のようなものということですよね．

Ruby/Tk の場合ですが，Tcl/Tk ライブラリ側が「すでに処理完了した
コールバック」としてメモリ解放を済ませているにもかかわらず，
終わったはずの処理が復活してくるわけですから，どうしようもありません．

具体的にどうすればいいのかは私にはわかっていないのですが，
callback 中の継続は禁止するしかないのでしょうね．

# コールバック中で閉じていればいいんでしょうけど，確認は困難ですよね？

$ ./ruby -v
ruby 1.9.0 (2004-12-01) [i686-linux]
$ gdb ./ruby
GNU gdb 5.0
Copyright 2000 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-redhat-linux"...
(gdb) run  -r tk -e 'b=TkButton.new(:command=>proc{puts 1111; callcc {|k| $k=k}; puts 2222}); b.invoke; $k.call'
Starting program: /home/nagai/Ruby-CVS/ruby/./ruby -r tk -e 'b=TkButton.new(:command=>proc{puts 1111; callcc {|k| $k=k}; puts 2222}); b.invoke; $k.call'
1111
2222
2222

Program received signal SIGSEGV, Segmentation fault.
0x4033b269 in TclExecuteByteCode () from /usr/local/lib/libtcl8.4.so
(gdb) bt
#0  0x4033b269 in TclExecuteByteCode () from /usr/local/lib/libtcl8.4.so
#1  0x4033afe4 in TclCompEvalObj () from /usr/local/lib/libtcl8.4.so
#2  0x40319e62 in Tcl_EvalObjEx () from /usr/local/lib/libtcl8.4.so
#3  0x4031dc49 in Tcl_CatchObjCmd () from /usr/local/lib/libtcl8.4.so
#4  0x40318f34 in TclEvalObjvInternal () from /usr/local/lib/libtcl8.4.so
#5  0x4033bab8 in TclExecuteByteCode () from /usr/local/lib/libtcl8.4.so
#6  0x4033addf in Tcl_ExprObj () from /usr/local/lib/libtcl8.4.so
#7  0x4031a523 in Tcl_ExprBooleanObj () from /usr/local/lib/libtcl8.4.so
#8  0x40320fee in Tcl_IfObjCmd () from /usr/local/lib/libtcl8.4.so
#9  0x40318f34 in TclEvalObjvInternal () from /usr/local/lib/libtcl8.4.so
#10 0x4033bab8 in TclExecuteByteCode () from /usr/local/lib/libtcl8.4.so
#11 0x4033afe4 in TclCompEvalObj () from /usr/local/lib/libtcl8.4.so
#12 0x403686a1 in TclObjInterpProc () from /usr/local/lib/libtcl8.4.so
#13 0x40318f34 in TclEvalObjvInternal () from /usr/local/lib/libtcl8.4.so
#14 0x4033bab8 in TclExecuteByteCode () from /usr/local/lib/libtcl8.4.so
#15 0x4033afe4 in TclCompEvalObj () from /usr/local/lib/libtcl8.4.so
#16 0x40319e62 in Tcl_EvalObjEx () from /usr/local/lib/libtcl8.4.so
#17 0x403ee71c in TkInvokeButton () from /usr/local/lib/libtk8.4.so
#18 0x403eda03 in ButtonWidgetObjCmd () from /usr/local/lib/libtk8.4.so
#19 0x40232899 in ip_invoke_core (interp=1075720916, objc=2, objv=0x8258360)
    at tcltklib.c:4742
#20 0x40232cc8 in ip_invoke_real (argc=2, argv=0xbfffb154, interp=1075720916)
    at tcltklib.c:4932
#21 0x40233259 in ip_invoke_with_position (argc=2, argv=0xbfffb154, 
    obj=1075720916, position=TCL_QUEUE_TAIL) at tcltklib.c:5039
#22 0x40233653 in ip_invoke (argc=2, argv=0xbfffb154, obj=1075720916)
    at tcltklib.c:5135
#23 0x0805dc3e in rb_call0 (klass=1075777256, recv=1075720916, id=10441, 
    oid=10449, argc=2, argv=0xbfffb154, body=0x401f054c, nosuper=0)
    at eval.c:5398
#24 0x0805e6d6 in rb_call (klass=1075777256, recv=1075720916, mid=10441, 
    argc=2, argv=0xbfffb154, scope=0) at eval.c:5755
#25 0x0805924f in rb_eval (self=1075656296, n=0x401a267c) at eval.c:3213
#26 0x08059daa in rb_eval (self=1075656296, n=0x401a2348) at eval.c:3386
#27 0x0805e281 in rb_call0 (klass=1075711676, recv=1075656296, id=12249, 
    oid=12249, argc=2, argv=0xbfffbf08, body=0x401a2348, nosuper=0)
    at eval.c:5662
#28 0x0805e6d6 in rb_call (klass=1075711676, recv=1075656296, mid=12249, 
    argc=3, argv=0xbfffbf04, scope=1) at eval.c:5755
#29 0x0805946f in rb_eval (self=1075656296, n=0x401a1b14) at eval.c:3228
#30 0x08059daa in rb_eval (self=1075656296, n=0x401a1b78) at eval.c:3386
#31 0x080588e3 in rb_eval (self=1075656296, n=0x401a1c04) at eval.c:3044
#32 0x0805e281 in rb_call0 (klass=1075711676, recv=1075656296, id=12281, 
    oid=12281, argc=2, argv=0xbfffd258, body=0x401a1c04, nosuper=0)
    at eval.c:5662
#33 0x0805e6d6 in rb_call (klass=1075711676, recv=1075656296, mid=12281, 
    argc=3, argv=0xbfffd254, scope=1) at eval.c:5755
#34 0x0805946f in rb_eval (self=1075656296, n=0x401a1178) at eval.c:3228
#35 0x0805e281 in rb_call0 (klass=1075711676, recv=1075656296, id=11241, 
    oid=11241, argc=2, argv=0xbfffda54, body=0x401a1178, nosuper=0)
    at eval.c:5662
#36 0x0805e6d6 in rb_call (klass=1075711676, recv=1075656296, mid=11241, 
    argc=2, argv=0xbfffda54, scope=1) at eval.c:5755
#37 0x0805946f in rb_eval (self=1075656296, n=0x401fed68) at eval.c:3228
#38 0x0805e281 in rb_call0 (klass=1075772616, recv=1075656296, id=13617, 
    oid=13617, argc=0, argv=0xbfffe268, body=0x401fed68, nosuper=0)
    at eval.c:5662
#39 0x0805e6d6 in rb_call (klass=1075772616, recv=1075656296, mid=13617, 
    argc=1, argv=0xbfffe264, scope=1) at eval.c:5755
#40 0x0805946f in rb_eval (self=1075656296, n=0x401d41f8) at eval.c:3228
#41 0x080592ef in rb_eval (self=1075656296, n=0x401d4194) at eval.c:3223
#42 0x0805e281 in rb_call0 (klass=1075658256, recv=1075656296, id=17305, 
    oid=17305, argc=0, argv=0x0, body=0x401d4194, nosuper=0) at eval.c:5662
#43 0x0805e6d6 in rb_call (klass=1075658256, recv=1075656296, mid=17305, 
    argc=0, argv=0x0, scope=0) at eval.c:5755
#44 0x0805924f in rb_eval (self=1075636672, n=0x401d47fc) at eval.c:3213
#45 0x08055558 in eval_node (self=1075636672, node=0x401d47fc) at eval.c:1289
#46 0x08055a33 in ruby_exec_internal () at eval.c:1469
#47 0x08055a67 in ruby_exec () at eval.c:1487
#48 0x08055aa6 in ruby_run () at eval.c:1504
#49 0x08053e32 in Letext () at main.c:38
#50 0x4009013f in __libc_start_main (main=0x8053e10 <main>, argc=5, 
    ubp_av=0xbffff784, init=0x8053218 <_init>, fini=0x80d33c0 <_fini>, 
    rtld_fini=0x4000c770 <_dl_fini>, stack_end=0xbffff77c)
    at ../sysdeps/generic/libc-start.c:129
(gdb)

-- 
                                         永井 秀利 （九工大 知能情報）
                                             nagai@ai.kyutech.ac.jp