[#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:25765] Re: I/O operation differs signal handler
In article <87psyqtpr3.fsf@m17n.org>, Tanaka Akira <akr@m17n.org> writes: > [ruby-dev:25758] に書いたように、「SA_RESTART を一時的に抜くのはありか > もしれませんが毎回やるのはオーバーヘッドが気になり、さりとてずっとそう > しておくのは他のライブラリの迷惑になります」という認識です。 そうそう、SA_RESTART を止めるという方法は race condition が残ります。 (1) read/write が起動する前 (2) read/write の起動中、まだデータが転送されていないとき (3) read/write の起動中、1byte 以上データが転送されたとき (4) read/write が終了した後 という中で、(1) で signal が来て flag を立てると、signal handler から 出た後に read/write が起動して、ブロックする可能性があります。 なお、race condition があるというのは事前に select するのも同じですが、 select と read で race condition が問題になるのはその間で signal が到 着するだけでなくさらにその間で他のプロセスが勝手に read するという条件 が必要なので、SA_RESTART 無しにくらべて良い性質を持っています。 まぁ、race condition を除去するには nonblocking I/O とか sigsafe が必 要になるので、(デフォルトでは) ある程度の race condition は許容するほ うが全体的には幸せだと思うのですが、signal の扱いだけを考えれば select かなぁ。 -- [田中 哲][たなか あきら][Tanaka Akira]