ruby-dev

けいじゅ＠日本ラショナルソフトウェアです.

In [ruby-dev :2353 ] the message: "[ruby-dev:2353] Re: [Problem]
thread and signal and sleep ", on Apr/15 18:44(JST) Yukihiro Matsumoto
writes:

>まつもと ゆきひろです

>|>|カレントスレッドがシグナルを受けとれるというのは, それなりに分かりやす

>|元に戻すのとはちょっと違うんじゃないかな? 同じになるんです?
>|たとえば, SIGSEGVやSIGPIPEしたスレッドが確実にシグナルうけとれるんです?
>
>多分ね．というのもSIGSEGVやSIGPIPEに関しては(普通は)プログラ
>ム実行中に発生するので，コンテキストスイッチのいやらしいタイ
>ミングで発生することはあんまりないと思いますから．

なるほど. 了解しました.

>外部から与えられるシグナルが問題なんです．が，SIGPIPEにして
>も外側からraise(2)やkill(2)で与えられる可能性があるのでやや
>こしいわけです．UNIXのシグナルモデルが恨めしい．

ああ. なるほどね. いいんじゃないですかこれは?

# っていっていいんだろうか... でも, rubyに限らずCでもあるわけでしょう
# がないんでしょうね...

>|>まあ，preemptiveなスレッドの問題は解決しますが，それ以外につ
>|>いてはやっぱり問題なままじゃないですか？
>|良く理解できていないんですが, 何が問題のままなんでしょう?
>
>irbの中でThread.startが呼ばれることがあるので，シグナルが届
>くスレッドを明示的に指定する方法が旨くいかない可能性があるこ
>とのつもりなんですけど．

そうですね. カレントスレッドにシグナルを送る限り, irbにとってはいいこ
とないですが, それでもカレントスレッドがシグナルを受ける方が良いと思い
ますよ.

で, irb側で何らかの手をうたないといけないと思いますが... そのためには
rubyで何らかの機能提供があると嬉しいですが... と思いましたが...

  Thread.raise ...

した時に, 例外を受けたスレッド側の$!, $@に設定されているので, 問題ない
ことに気づきました. 

ちょっと別のことでリクエストがあります. これは別メイルで.

>|私は, シグナルを発生する原因となったオペレーションを行なったスレッドが
>|シグナルを受けるのが良いと思います. そうしないと内因的シグナルの意味が
>|ほとんどなくなるからです. ただ, 内因的なシグナル(関数に由来する)って
>|
>|  SIGILL
>|  SIGFPE
>|  SIGSEGV
>|  SIGPIPE
>|  SIGBUS
>|  SIGSYS
>|  SIGXFSZ
>|
>|ぐらいですから無視して良いといえば良いのかも知れませんが...
>
>SIGILLやSIGSEGVはrubyレベルでは発生すべきではないと思います．
>ハンドルできないようにしても構わないかなって思ってます．

extレベルでは扱うこともあるかなと... その時にext内部でtrapを設定できな
いと困りますよね.

# それとruby上のシグナル処理とは違っているなら別ですが...

>SIGFPEはrubyのモデルでは発生しないはずです．明示的にfpuを操
>作すれば別ですが．

ですね.

>SIGSYSとかSIGXFSIZってなんだっけ？

SIGSYSは良く分かりませんが, システムコール関係で引数が悪い時に発生する
んじゃないかしら? OS依存のシグナルらしいですけどね. SIGXFSZはファイル
サイズがlimitを越えた時に発生するみたいですね.

>んで，これらについての問題はこれらのシグナルが発生したからと
>言って内因性であるかどうかは判別できないことです．それはそれ
>で構わないんですか？

UNIXの本質的な問題点ですからしょうがないですよねえ... プログラム側で対
処するしかないんじゃないかしら? 同じオペレーションを2度実行するとかね...

__
................................石塚 圭樹＠日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---

Thread

Prev Next

In This Thread

Prev Next

[#2011] registration — NAGAI Hidetoshi <nagai@...>

[#2023] SSL ext library — Eiji-usagi-MATSUmoto <ematsu@...>

[#2026] Re: [ruby-list:7298] Re: cmp operator — NAGAI Hidetoshi <nagai@...>

[#2043] [Bug?] Thread.exit — keiju@... (Keiju ISHITSUKA)

[#2056] Re: [ruby-list:7298] Re: cmp operator — NAGAI Hidetoshi <nagai@...>

[#2063] [?] eval "def foo3;end" of instance_eval("binding") — keiju@... (Keiju ISHITSUKA)

[#2064] [Bug] Thread#value — keiju@... (Keiju ISHITSUKA)

[#2097] [Req] require :foo — shugo@... (Shugo Maeda)

[#2100] [Proposal] Math#min/Math#max — shugo@... (Shugo Maeda)

[#2102] Email Millions with FREE REGISTERED Stealth !!! — 26348868@...

[#2149] Re: new coerce — Toyofuku <toyofuku@...>

[#2152] Re: experimental release 1.1b9_07 — matz@... (Yukihiro Matsumoto)

[#2154] @xxx = xxx in initialize — Kazunori NISHI <kazunori@...>

[#2201] Re: new coerce — toyofuku@...

[#2210] Re: new coerce — toyofuku@...

[#2211] experimental release 1.1b9_09 — matz@... (Yukihiro Matsumoto)

[#2215] Dir#new etc.... — shugo@... (Shugo Maeda)

[#2217] Re: [ruby-list:7406] Re: string replace — shugo@... (Shugo Maeda)

[#2226] method to print self — matz@... (Yukihiro Matsumoto)

[#2232] Re: new coerce — toyofuku@...

[#2233] subseq — Tadayoshi Funaba <tadf@...>

[#2238] [Req] stack level too deep (fatal) — keiju@... (Keiju ISHITSUKA)

[#2239] [Problem] thread and signal and sleep — keiju@... (Keiju ISHITSUKA)

[#2243] sub for sjis — KANEKO Naoshi <wbs01621@...>

[#2244] miss mail — KANEKO Naoshi <wbs01621@...>

[#2255] Registration & initialize method in subclass of builtin class — Inaba Hiroto <inaba@...>

[#2257] Re: [ruby-list:7407] Re: string replace — Inaba Hiroto <inaba@...>

[#2285] -X and /dev/null — WATANABE Hirofumi <watanabe@...>

[#2289] bug? %// and multiple while modifier — Inaba Hiroto <inaba@...>

[#2305] MetaDelegator — keiju@... (Keiju ISHITSUKA)

[#2309] Re: method to print self — Makoto Nukui <gnue@...>

[#2313] experimental release 1.1b9_10 — matz@... (Yukihiro Matsumoto)

[#2318] q , qq vs. %q, %Q — Inaba Hiroto <inaba@...>

[#2320] FTP#mtime — shugo@... (Shugo Maeda)

[#2338] readline — Masao Kanemitsu <masao-k@...>

[#2378] experimental release 1.1b9_11 — matz@... (Yukihiro Matsumoto)

[#2379] readline 1.7 — Tadayoshi Funaba <tadf@...>

[#2396] Re: How to write Perl's `@a[@b] = @c' in ruby — matz@... (Yukihiro Matsumoto)

[#2407] [Bug or Spec?] extend and include — keiju@... (Keiju ISHITSUKA)

[#2424] pack/unpack 'P'/'p' — WATANABE Hirofumi <eban@...>

[#2426] Re: [ruby-list:7608] Re: How to write Perl's `@a[@b] = @c' in ruby — Inaba Hiroto <inaba@...>

[#2436] Re: [ruby-list:7649] Re: new irb release — keiju@... (石塚圭樹 )

[#2443] experimental release 1.1b9_12 — matz@... (Yukihiro Matsumoto)

[#2449] [Req] Array#rindex — keiju@... (Keiju ISHITSUKA)

[#2463] experimental release ruby 1.1b9_13 — matz@... (Yukihiro Matsumoto)

[#2465] — Inaba Hiroto <inaba@...>

[#2470] Re: [ruby-list:7709] Re: Out of Range — WATANABE Tetsuya <tetsu@...>

[#2471] experimental release ruby 1.1b9_14 — matz@... (Yukihiro Matsumoto)

[#2472] undef HAVE_RANDOM in case of Linux (with libc5) — Kazunori NISHI <kazunori@...>

[#2477] sample/trojan.rb — WATANABE Tetsuya <tetsu@...>

[#2488] Win95's BUG? — Shin-ichiro HARA <sinara@...>

[#2491] sample/from.rb — WATANABE Tetsuya <tetsu@...>

[#2501] Re: Win95's BUG? — 助田 雅紀 <masaki.suketa@...>

[#2503] library for Tcl/Tk ext-package — NAGAI Hidetoshi <nagai@...>

[#2510] win32 CR code — KANEKO Naoshi <wbs01621@...>

[#2519] tcltklib ip_invoke — Takahiro Maebashi <maebashi@...>

[#2539] experimental release ruby 1.1b9_16 — matz@... (Yukihiro Matsumoto)

[#2542] `-r debug' and `-e' with multiline — Inaba Hiroto <inaba@...>

[#2546] delegate.rb — WATANABE Tetsuya <tetsu@...>

[ruby-dev:2356] Re: [Problem] thread and signal and sleep

Thread

In This Thread

[#2501] Re: Win95's BUG? — 助田　雅紀 <masaki.suketa@...>