[#25636] [Oniguruma 3.X] reggnu.c — "K.Kosako" <sndgk393@...>
さっき気がついたのですが、元々は
まつもと ゆきひろです
Yukihiro Matsumotoさんの
斉藤です。
Kazuo Saito wrote:
[#25647] C level set_trace_func — Shugo Maeda <shugo@...>
前田です。
まつもと ゆきひろです
前田です。
[#25655] openssl binding for SSL_CTX_set_default_verify_paths and X509_STORE_set_default_paths — Tanaka Akira <akr@...17n.org>
open-uri で https を扱うことを考えていろいろと調べていた所、openssl で、
In message <876513vce0.fsf@serein.a02.aist.go.jp>,
In article <20050211.053825.291449071.gotoyuzo@sawara.does.notwork.org>,
In article <87psz6gcfh.fsf@serein.a02.aist.go.jp>,
In message <87ll9thnng.fsf@serein.a02.aist.go.jp>,
In article <20050213.021305.304099822.gotoyuzo@sawara.does.notwork.org>,
[#25700] BUG on thread and block? — sheepman <sheepman@...>
こんばんは、sheepman です。
[#25712] core dump with GC in rb_thread_save_context — Tanaka Akira <akr@...17n.org>
昨日の夜からとあるプログラム (五月雨) が 4回ばかり core を吐いていて、
[#25713] pthread trouble on sighandler — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
[#25726] named capture — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#25741] Oniguruma 3.7.0 — Kazuo Saito <ksaito@...>
斉藤です。
[#25755] I/O operation differs signal handler — Minero Aoki <aamine@...>
青木です。
In article <20050224091450P.aamine@loveruby.net>,
In article <1109213650.235317.11155.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1109224128.668484.13752.nullmailer@x31.priv.netlab.jp>,
[ruby-dev:25611] Re: some problems on ext/tk/sample/**/*.rb
永井@知能.九工大です.
調査をありがとうございます.
From: H.Yamamoto <ocean@m2.ccsnet.ne.jp>
Subject: [ruby-dev:25609] Re: some problems on ext/tk/sample/**/*.rb
Date: Tue, 1 Feb 2005 17:06:30 +0900
Message-ID: <20050201170617.8CF43D68.ocean@m2.ccsnet.ne.jp>
> あれから調べていたのですが、なぜ namespace が壊れるのか
> ようやくわかりました。結論から言うと、Tcl のメニューを
> 押したとき ruby 側のコールバックが呼ばれますが、そこで
> Kernel.exit を呼ぶと、現在の実装では Tcl の環境をまたいで
> longjmp が行われてしまいます。そのため、フレームとして
> 登録されていたスタックな CallFrame が Pop されず残って
> しまい、フレームの破壊につながったと考えられます。
(snip)
> ruby_eval 中に ruby_stop してもいいのかわかりませんが、とりあえず下のように
> すると落ちなくなりました。本当は Tcl_SetResult などを使って、Tcl の環境を
> 安全に通過した後、Tcl_GetResult を見て lib_eventloop_launcher で exit(2)
> すべきなのかもしれません。(試してないので不可能かもしれませんが)
う〜〜〜〜む.難しいところですねぇ...
この修正を適用してしまうと,次のようなケースが動かなくなってしまいます.
----------------------------------------------
require 'tk'
b = TkButton.new(:command=>proc{exit})
begin
b.invoke
rescue SystemExit
puts "Ignore Exit"
end
puts "normal exit"
----------------------------------------------
これが通らないのは受け入れがたいと思われますので,
「臭いものに蓋」の状態であることは十分に承知してはいますが,
今は revert しないでおきます.
調査していただいたおかげで問題の原因はわかったわけですから,
適切な解決方法がないかをもう少し考えてみます.
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp