[#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:25736] Re: pthread trouble on sighandler
永井@知能.九工大です.
From: Yukihiro Matsumoto <matz@ruby-lang.org>
Subject: [ruby-dev:25735] Re: pthread trouble on sighandler
Date: Mon, 21 Feb 2005 15:32:30 +0900
Message-ID: <1108967530.873642.948.nullmailer@x31.priv.netlab.jp>
> | ・sighandler() 以外の sigbus() 等でも ruby 外の native thread を
> | 無視するように設定.
> なんとなくコードの作りが私の趣味と違うのですが、まあ、それは
> それ、ということにしましょう。
すみません.(_O_)
# 本当はもっと上手な人に書いてもらった方がいいんでしょうね.
それと,ruby_nativethread_signal がハンドラを返すのを忘れてました.
> | ・ハンドラの登録状態を得る Signal.accept_nativethread?(sig) を追加.
> | ただし,「受理可として登録されたか否か」を返しているだけなので,
> | 本当に複数の native thread のシグナルを扱えるのかどうかは
> | 登録されたハンドラ次第となる.
>
> これって必要なんですか。あんまり役に立つような局面が思いつか
> ないのですが。Ruby/Tkで使っているのかな。
いえ,使ってないです.
独自のハンドラを作成する際に,現状を知りたいケースがあるかもと思い,
設けてみたものです.
例えば,自らは ruby の native thread 上でしかサポートしないが,
現在登録されているものが native thread 対応であれば,
ruby の native thread の場合だけ自分を実行し,他の場合は
前に登録されていたものを呼ぶというケースです.
「そんな作り方はしないだろう」と言われればそれまでですので,
「不要」と言われればなのその通りかもしれません.
ところでコミットする場合はもちろん 1.9 のみですよね?
その場合,例の Ruby/Tk での問題は少なくとも次の 1.8.3 では
known bug ということで扱います.
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp