[#26266] pragma on ripper — nobuyoshi nakada <nobuyoshi.nakada@...>
なかだです。
こんにちは、なかむら(う)です。
なかだです。
[#26284] ext/tk/sample/tkextlib/tile/demo.rb で TypeError — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#26298] ext/tk/sample/tkextlib/tile/themes — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#26305] ext/tk/sample/tkextlib/ICONS/viewIcons.rb — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
永井@知能.九工大です.
[#26312] rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org>
最近、とあるプログラム(五月雨)が、無限ループに陥ることが何回かありました。
なかだです。
In article <TYOMLEM04FRaqbC8wSA00000024@tyomlvem02.e2k.ad.ge.com>,
なかだです。
In article <TYOMLEM04FRaqbC8wSA00000025@tyomlvem02.e2k.ad.ge.com>,
なかだです。
In article <TYOMLEM04Rqf69aZbLA0000002d@tyomlvem02.e2k.ad.ge.com>,
なかだです。
In article <200506101543.j5AFhToG009328@sharui.nakada.niregi.kanuma.tochigi.jp>,
In article <8764wlil9l.fsf@m17n.org>,
なかだです。
In article <200506111335.j5BDZkoG019423@sharui.nakada.niregi.kanuma.tochigi.jp>,
まつもと ゆきひろです
In article <1118583170.298416.26464.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1118586617.180748.27381.nullmailer@x31.priv.netlab.jp>,
[#26324] XMLRPC charset — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#26358] test failures and errors — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#26387] warningを減らす — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#26405] WEBrick DoS vulnerability — Tanaka Akira <akr@...17n.org>
NetBSD 2.0 で WEBrick を使って HTTP サーバを動かした場合、クライアント
ごとうゆうぞうです。
In article <20050708.175802.957830318.gotoyuzo@sawara.does.notwork.org>,
In message <87fyupzgcq.fsf@m17n.org>,
In article <20050708.211519.179953950.gotoyuzo@sawara.does.notwork.org>,
In message <87d5ptzdpc.fsf@m17n.org>,
前田です。
In article <42CF1AF2.5000407@ruby-lang.org>,
In message <878y0erpv7.fsf@m17n.org>,
[#26410] irbのlexerが数値認識に失敗 — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#26417] test.rb failed 167W: ruby 1.9.0 (2005-06-30) [i686-linux] (boron) — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#26421] Subversion — Shugo Maeda <shugo@...>
前田です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
山本です。
須藤です.
In article <20050703.152549.41008576.kou@cozmixng.org>,
[ruby-dev:26350] Re: rb_gc_mark_threads spin
まつもと ゆきひろです
In message "Re: [ruby-dev:26348] Re: rb_gc_mark_threads spin"
on Mon, 13 Jun 2005 01:17:20 +0900, Tanaka Akira <akr@m17n.org> writes:
|> これはtrapの話ですよね。それは認識しています。trap以外でその
|> ようなケースを御存じですか、という話です。
|
|trap 以外には知りません。
ああ、よかった。
|えぇと、話の流れがわからなくなってしまったので少し考えてみたのですが、
|もしかして『今回はrb_exit()という話ですから』というところから考えると、
|rb_exit は Kernel#exit とかからも呼ばれるからそっちからの流れでも問題
|があると受け取ったんでしょうか。
例によって私はお馬鹿な見落としをしてしてるんじゃないかと疑っ
ていたのです。ruby-dev参加者の中で一番信頼できないのが私です
から(苦笑)。
|sigexit と rb_exit の間に関数をひとつ新設したほうが適切だったかも知れ
|ませんね。
そっちの方で手当てしてみます。
|> 完全に(or 十分に)安全なsignal handlingを実現するのは簡単で
|> はありませんが、それでもせめてtrap "EXIT" は main thread
|> で直接 exit するべきでしょうね。完全ではないけど、少しはマ
|> シになるから。
|
|マシになるかどうかについては疑いを持っています。
結局criticalなタイミングで割り込みが入ってしまうとだめだから
ということですね。確かにそうですね。割り込みはmain threadで
発生すべきという一貫性と安全性は関係ありませんね。
sigexitも安全なタイミングで実行した方が良いのでしょうか。そ
れとも「終了することが目的」だから終われば良いとみなすべきで
しょうか。ちょっと悩ましいですね。
|えぇ。いつくるかわからず、遅延が必要だが遅延させすぎてはならない、とい
|うあれです。EXIT に関しては、遅延させすぎる可能性よりは危険を受け入れ
|て遅延しないというのもひとつの見識であろうと思うわけですが。
うーむ。
まつもと ゆきひろ /:|)