[#25636] [Oniguruma 3.X] reggnu.c — "K.Kosako" <sndgk393@...>

さっき気がついたのですが、元々は

15 messages 2005/02/05

[#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 で、

9 messages 2005/02/08
[#25670] Re: openssl binding for SSL_CTX_set_default_verify_paths and X509_STORE_set_default_paths — GOTOU Yuuzou <gotoyuzo@...> 2005/02/10

In message <876513vce0.fsf@serein.a02.aist.go.jp>,

[#25713] pthread trouble on sighandler — Hidetoshi NAGAI <nagai@...>

永井@知能.九工大です.

17 messages 2005/02/18
[#25714] Re: pthread trouble on sighandler — Yukihiro Matsumoto <matz@...> 2005/02/18

まつもと ゆきひろです

[#25755] I/O operation differs signal handler — Minero Aoki <aamine@...>

青木です。

14 messages 2005/02/24
[#25756] Re: I/O operation differs signal handler — Tanaka Akira <akr@...17n.org> 2005/02/24

In article <20050224091450P.aamine@loveruby.net>,

[ruby-dev:25769] Re: I/O operation differs signal handler

From: Minero Aoki <aamine@...>
Date: 2005-02-25 11:56:07 UTC
List: ruby-dev #25769
青木です。

  In mail "[ruby-dev:25756] Re: I/O operation differs signal handler"
  Tanaka Akira <akr@m17n.org> wrote:

> > 以下のようなプログラムを実行して SIGTERM を送っても、
> > $stdin.gets が戻るまでシグナルハンドラが実行されません。

> > なお、上記のコードが動作しない原因は [ruby-dev:25003] で導入された
> > signal.c:1.55 がそのままになっていることだと思います。そのあとの
> > 展開でこのリビジョンの変更は不要になっているはずなので、巻き戻す
> > べきではないでしょうか。
> 
> その方向の変更は、データが蒸発・重複する原因を除去困難にするため、あま
> り賛成できません。
> 
> その問題は次のどちらかで解決できないでしょうか。
> 
> * Thread.new { sleep } とかをいれて、マルチスレッドにする
>   read の前の select でブロックが起これば、signal handler は即座に起動
>   するかも知れない

うーむ……

  Thread.fork { loop { sleep 1 } }

を入れたら、とりあえず「ちゃんと停止する」という目的は果たせました。
-------------------------------------------------------------------
青木峰郎

In This Thread