[#45703] test_advise failure on GNU/Linux — Tanaka Akira <tanaka.akira@...>

今朝、気がついたのですが、手元で test_advise が失敗します。

11 messages 2012/06/05
[#45705] Re: test_advise failure on GNU/Linux — KOSAKI Motohiro <kosaki.motohiro@...> 2012/06/06

小崎です

[#45735] [ruby-trunk - Feature #6587][Open] proposal: adding new methods File.rootname and Pathname#rootname — "usa (Usaku NAKAMURA)" <usa@...>

14 messages 2012/06/14

[#45745] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult — SASADA Koichi <ko1@...>

見逃していました.

19 messages 2012/06/14
[#45747] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult — Yugui <yugui@...> 2012/06/15

2012/6/15 SASADA Koichi <ko1@atdot.net>:

[#45748] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult — SASADA Koichi <ko1@...> 2012/06/15

 ささだです.

[#45794] :new_pgroup and :pgroup option for spawn. — Tanaka Akira <akr@...>

process.c で気がついたのですが、spawn に Windows 用の :new_pgroup というオプションが

12 messages 2012/06/23
[#45800] Re: :new_pgroup and :pgroup option for spawn. — "U.Nakamura" <usa@...> 2012/06/25

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

[#45818] [ruby-trunk - Feature #6643][Open] io.seek(off, :end) — "akr (Akira Tanaka)" <akr@...>

30 messages 2012/06/25

[ruby-dev:45850] Re: [ruby-trunk - Bug #4909] trapハンドラは再入されてはいけないのではないか?

From: KOSAKI Motohiro <kosaki.motohiro@...>
Date: 2012-06-26 02:36:50 UTC
List: ruby-dev #45850
2012/6/25 SASADA Koichi <ko1@atdot.net>:
> (2012/06/26 6:24), KOSAKI Motohiro wrote:
>>> こういう話もあったんですね.
>>> >
>>> > POSIX signal を考えると,同じシグナルは mask しておく(遅延する)という感じでしょうか.
>>> > あ,POSIX signal の場合は遅延じゃなくて,単に捨てるんだっけ(realtime signal 以外).
>> C言語は遅延ですね。捨てられるのは2つ以上遅延した場合ですから
>
>  なるほど.Ruby では何個もっときますかねえ.
>
>>> > それとも,trap 自体を禁止する感じでしょうか.
>
>  こちら,どう思います? つまり,来たシグナルの trap だけを禁止,もしく
> は trap 全部を禁止.

全部禁止がいいと思います。一番分かりやすい


>  そういえば,unmask をどうするか,だけど Ruby には要らない,でいいかなぁ.

いらないんじゃないかなあ。それが必要になるぐらい重い処理をtrapでやるのはそもそも
間違ってると主張してみる


>>> > この仕組みは "[ruby-dev:45827] Re: 非同期割り込みに対する対処案(日本語版)" と独立に作るべきか,混ぜちゃうべきか....
>> これは構文拡張なしで問答無用でマスクしてしまえばすむと思ってます。
>> あんまり混ぜるメリットが分かってないんですけど、なにか思い当たるところあります?
>
> Pros.
> - mask/unmask の操作が,同じインターフェースでできる
>
> Cons.
> - なんか混ぜると複雑になってわけわからんくなりそう
>
>  分けた方がわかりやすくて良さそう.

そう思います

In This Thread