[#26266] pragma on ripper — nobuyoshi nakada <nobuyoshi.nakada@...>

なかだです。

15 messages 2005/06/02

[#26312] rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org>

最近、とあるプログラム(五月雨)が、無限ループに陥ることが何回かありました。

32 messages 2005/06/09
[#26323] Re: rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org> 2005/06/10

In article <TYOMLEM04Rqf69aZbLA0000002d@tyomlvem02.e2k.ad.ge.com>,

[#26329] Re: rb_gc_mark_threads spin — nobu@... 2005/06/10

なかだです。

[#26331] Re: rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org> 2005/06/11

In article <200506101543.j5AFhToG009328@sharui.nakada.niregi.kanuma.tochigi.jp>,

[#26333] Re: rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org> 2005/06/11

In article <8764wlil9l.fsf@m17n.org>,

[#26334] Re: rb_gc_mark_threads spin — nobu@... 2005/06/11

なかだです。

[#26337] Re: rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org> 2005/06/11

In article <200506111335.j5BDZkoG019423@sharui.nakada.niregi.kanuma.tochigi.jp>,

[#26405] WEBrick DoS vulnerability — Tanaka Akira <akr@...17n.org>

NetBSD 2.0 で WEBrick を使って HTTP サーバを動かした場合、クライアント

24 messages 2005/06/29
[#26477] Re: WEBrick DoS vulnerability — GOTOU Yuuzou <gotoyuzo@...> 2005/07/08

ごとうゆうぞうです。

[#26480] Re: WEBrick DoS vulnerability — Tanaka Akira <akr@...17n.org> 2005/07/08

In article <20050708.175802.957830318.gotoyuzo@sawara.does.notwork.org>,

[#26481] Re: WEBrick DoS vulnerability — GOTOU Yuuzou <gotoyuzo@...> 2005/07/08

In message <87fyupzgcq.fsf@m17n.org>,

[#26421] Subversion — Shugo Maeda <shugo@...>

前田です。

24 messages 2005/06/30
[#26422] Re: Subversion — Yukihiro Matsumoto <matz@...> 2005/06/30

まつもと ゆきひろです

[#26423] Re: Subversion — "U.Nakamura" <usa@...> 2005/06/30

こんにちは、なかむら(う)です。

[ruby-dev:26355] Re: rb_gc_mark_threads spin

From: Yukihiro Matsumoto <matz@...>
Date: 2005-06-14 10:39:24 UTC
List: ruby-dev #26355
まつもと ゆきひろです

In message "Re: [ruby-dev:26354] Re: rb_gc_mark_threads spin"
    on Tue, 14 Jun 2005 18:42:21 +0900, Tanaka Akira <akr@m17n.org> writes:

|やはり、安全なタイミングに遅延したほうがいいように思います。
|
|EXIT の存在意義が終了という意図を表現するのに重要であるとか、
|SIGCHLD などの default action がプロセス終了でない signal で終了したい
|とかいう理由を重視するなら別ですが。
|
|ただ、完全に安全でなければならないかというとそうは思っていなくて、終了
|時に行っていた I/O の結果が得られないというくらいなら許容範囲という気
|がします。なので、TRAP_BEG, TRAP_END 間なら直接 main thread で
|SystemExit を発生するというあたりが落としどころでしょうか。

ということは、SIGINT(のデフォルト)と同じ扱いにすれば良いとい
うことですかね。その方向でいじってみます。ま、取り掛かるのは
数日後になりそうですが。

In This Thread