[#25636] [Oniguruma 3.X] reggnu.c — "K.Kosako" <sndgk393@...>
さっき気がついたのですが、元々は
15 messages
2005/02/05
[#25639] Re: [Oniguruma 3.X] reggnu.c
— Yukihiro Matsumoto <matz@...>
2005/02/05
まつもと ゆきひろです
[#25643] Re: [Oniguruma 3.X] reggnu.c
— "K.Kosako" <sndgk393@...>
2005/02/06
Yukihiro Matsumotoさんの
[#25702] Re: [Oniguruma 3.X] reggnu.c
— Kazuo Saito <ksaito@...>
2005/02/15
斉藤です。
[#25647] C level set_trace_func — Shugo Maeda <shugo@...>
前田です。
10 messages
2005/02/07
[#25696] Re: C level set_trace_func
— Yukihiro Matsumoto <matz@...>
2005/02/14
まつもと ゆきひろです
[#25697] Re: C level set_trace_func
— Shugo Maeda <shugo@...>
2005/02/14
前田です。
[#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>,
[#25683] Re: openssl binding for SSL_CTX_set_default_verify_paths and X509_STORE_set_default_paths
— Tanaka Akira <akr@...17n.org>
2005/02/12
In article <20050211.053825.291449071.gotoyuzo@sawara.does.notwork.org>,
[#25684] Re: openssl binding for SSL_CTX_set_default_verify_paths and X509_STORE_set_default_paths
— Tanaka Akira <akr@...17n.org>
2005/02/12
In article <87psz6gcfh.fsf@serein.a02.aist.go.jp>,
[#25690] Re: openssl binding for SSL_CTX_set_default_verify_paths and X509_STORE_set_default_paths
— GOTOU Yuuzou <gotoyuzo@...>
2005/02/12
In message <87ll9thnng.fsf@serein.a02.aist.go.jp>,
[#25691] Re: openssl binding for SSL_CTX_set_default_verify_paths and X509_STORE_set_default_paths
— Tanaka Akira <akr@...17n.org>
2005/02/12
In article <20050213.021305.304099822.gotoyuzo@sawara.does.notwork.org>,
[#25700] BUG on thread and block? — sheepman <sheepman@...>
こんばんは、sheepman です。
2 messages
2005/02/15
[#25712] core dump with GC in rb_thread_save_context — Tanaka Akira <akr@...17n.org>
昨日の夜からとあるプログラム (五月雨) が 4回ばかり core を吐いていて、
5 messages
2005/02/17
[#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
まつもと ゆきひろです
[#25715] Re: pthread trouble on sighandler
— Hidetoshi NAGAI <nagai@...>
2005/02/18
永井@知能.九工大です.
[#25717] Re: pthread trouble on sighandler
— Yukihiro Matsumoto <matz@...>
2005/02/18
まつもと ゆきひろです
[#25719] Re: pthread trouble on sighandler
— Hidetoshi NAGAI <nagai@...>
2005/02/18
永井@知能.九工大です.
[#25726] named capture — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
6 messages
2005/02/19
[#25741] Oniguruma 3.7.0 — Kazuo Saito <ksaito@...>
斉藤です。
7 messages
2005/02/21
[#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>,
[#25758] Re: I/O operation differs signal handler
— Tanaka Akira <akr@...17n.org>
2005/02/24
In article <1109213650.235317.11155.nullmailer@x31.priv.netlab.jp>,
[#25759] Re: I/O operation differs signal handler
— Yukihiro Matsumoto <matz@...>
2005/02/24
まつもと ゆきひろです
[#25760] Re: I/O operation differs signal handler
— Tanaka Akira <akr@...17n.org>
2005/02/24
In article <1109224128.668484.13752.nullmailer@x31.priv.netlab.jp>,
[ruby-dev:25715] Re: pthread trouble on sighandler
From:
Hidetoshi NAGAI <nagai@...>
Date:
2005-02-18 10:04:48 UTC
List:
ruby-dev #25715
永井@知能.九工大です.
From: Yukihiro Matsumoto <matz@ruby-lang.org>
Subject: [ruby-dev:25714] Re: pthread trouble on sighandler
Date: Fri, 18 Feb 2005 16:36:34 +0900
Message-ID: <1108712180.295727.8083.nullmailer@x31.priv.netlab.jp>
> In message "Re: [ruby-dev:25713] pthread trouble on sighandler"
> on Fri, 18 Feb 2005 12:13:27 +0900, Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp> writes:
> |暫く前から「 enable-pthread の Ruby 上で Tk インタープリタを
> |複数動かしている状況で,bgerror によるエラーダイアログが
> |表示されている際に Interrupt をかけると SEGV で落ちる」という
> |結構マイナーな状況 (^_^; の問題の解消を試みていたのですが,
> |Ruby の sighandler で,Ruby インタープリタが動いている
> |native thread 以外でのシグナルを無視することしか
> |確実な回避方法はなさそうです.
>
> ふうむ。
最初は tcltklib の上でハンドラを再定義しようとしていたのですが,
・他所で変更されることに抵抗できない.
・Ruby/Tk に限らず,他でも生じる問題では?
ということから,signal.c の方を直接変更すべきではないかというのが
先の案です.
> |Ruby レベルでのハンドラでは無視でも問題ないのではないかと
> |思うのですが,場合によっては C レベルで native thread 対応の
> |sighandler を独自に登録することもありうると考えて,
> |それ用の関数も用意してみたパッチが添付のものです.
> |
> |本当に「無視」で問題ないかについてはあまり自信はないのですが,
> |いかがなものでしょうか?
>
> 試してみるというのはありだと思います。やってみてダメなら別の
> 手を考えるということで。ただ、posix_signal()って関数名はあん
> まり良くないんじゃないですかねえ。
え〜っと,posix_signal() って名前は元々存在していたもので,
私が作ったわけではありません.(^_^;
私が付けたのは ruby_signal だとか install_sighandler だとかで
_nativethread_ を間に挟んで ruby_nativethread_signal だとかに
しただけです.
既存のものと1対1対応するものを作っただけで,全くの新設というのは
していないはずです.
# 面倒くさかったので手抜きをしたというのが正解です.;;;^_^;;;
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp