[#45703] test_advise failure on GNU/Linux — Tanaka Akira <tanaka.akira@...>
今朝、気がついたのですが、手元で test_advise が失敗します。
小崎です
>> /tmp は tmpfs で、カレントディレクトリは ext3 なのですが、
2012年6月22日 16:42 KOSAKI Motohiro <kosaki.motohiro@gmail.com>:
[#45723] Developers' meeting (7/21) — Yusuke Endoh <mame@...>
Hello, committers
Four seats are now left.
[#45735] [ruby-trunk - Feature #6587][Open] proposal: adding new methods File.rootname and Pathname#rootname — "usa (Usaku NAKAMURA)" <usa@...>
[#45745] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult — SASADA Koichi <ko1@...>
見逃していました.
2012/6/15 SASADA Koichi <ko1@atdot.net>:
ささだです.
2012/6/15 SASADA Koichi <ko1@atdot.net>:
ささだです.
2012/6/19 SASADA Koichi <ko1@atdot.net>:
こんにちは、なかむら(う)です。
2012/6/15 U.Nakamura <usa@garbagecollect.jp>:
なかだです。
[#45769] [ruby-trunk - Bug #6606][Open] default_external encoding and STDOUT and UTF-8 — "shyouhei (Shyouhei Urabe)" <shyouhei@...>
[#45780] Re: [ruby-changes:24083] nobu:r36134 (trunk): process.c: no method calls in async-signal-safe — Tanaka Akira <akr@...>
2012/6/19 nobu <ko1@atdot.net>:
[#45794] :new_pgroup and :pgroup option for spawn. — Tanaka Akira <akr@...>
process.c で気がついたのですが、spawn に Windows 用の :new_pgroup というオプションが
こんにちは、なかむら(う)です。
2012年6月25日 11:27 U.Nakamura <usa@garbagecollect.jp>:
こんにちは、なかむら(う)です。
2012年6月25日 11:52 U.Nakamura <usa@garbagecollect.jp>:
こんにちは、なかむら(う)です。
2012年6月25日 12:13 U.Nakamura <usa@garbagecollect.jp>:
こんにちは、なかむら(う)です。
[#45818] [ruby-trunk - Feature #6643][Open] io.seek(off, :end) — "akr (Akira Tanaka)" <akr@...>
At Mon, 25 Jun 2012 19:32:06 +0900,
2012年6月25日 23:37 SATOH Fumiyasu <fumiyas@osstech.jp>:
[#45826] Question: Thread#kill doesn't throw Exception — SASADA Koichi <ko1@...>
ささだです.
> さらに突っ込んだ質問:
(2012/06/26 4:25), KOSAKI Motohiro wrote:
[ruby-dev:45872] Re: 非同期割り込みに対する対処案(日本語版)
(2012/06/26 5:05), SASADA Koichi wrote:
>>> (3) ライブラリの至る所でこんなの書かれたらハッシュが大量発生して,
>>> オーバヘッドで大変になったりしないだろうか....
>>> そもそも,これって多用するんだろうか.
>>
>> わたしの想定は、1行目で blocking_interruptible にして二度と変えない。
>> ensureの中でIOを呼ぶときだけ一時的に uninterruptibleに変更
>>
>>
>>> (4) ブロックを持たない Thread.mask_interrupt() は許すべきだろうか.
>>> (意味としては,「この呼び出し以降はこの設定で」,という感じ)
>>> なんとなく,許さない方がいいような気がするんだけど
>>
>> (3)とあわせてブロック必須だと全プログラムが一段ネストが深くなるので
>> うれしくないなあ
>
> ここは,誰か偉い人にデザインを任せたいところなんですが....
ブロック必須じゃないと,不届きなライブラリが設定を変えてしまい,意図し
ない変更が起きるので,まずいんじゃないかと思いはじめました.
def foo
Thread.interrupt_mask(割り込み許可)
end
Thread.interrupt_mask(割り込み禁止) do
foo()
... # 割り込み許可になってしまう
end
初期状態は,別の方法(例えば,コマンドライオプションや環境変数)で渡す
のがいいような気がしています.どうでしょうか.
>>> >> (5) Thread.mask_interrupt() はネストしたら設定を混ぜていく,としたけど
>>> >> 単に,置き換える,という選択肢もあるのか.こっちのほうが使いやすい?
>> >
>> > 混ぜていく。というのがなにを指しているのか取れなかったので置き換えるモデルで動作例を書いていただけるとうれしいです
> 置き換える例について,先のコード例ですと,
>
> Thread.interrupt_mask(param1) do
> Thread.interrupt_mask(param2) do
> # block
> end
> end
>
> では,混ぜていく場合は block では param1 & param2 が効きますが,置き換え
> る場合とは,これを param2 *しか* 効かなくするのはどうだろう,ということ
> です.外側は一切見ない.
>
> これだと,ハッシュを使い回すというか,よくやる「akr が薦めるだいたい安
> 全セット」「kosaki 認定絶対安全セット」みたいなのを作ってそれを使う様に
> すると,毎回 Hash を作らなくなって,よくなるかも.
これ,置き換えるほうがいいように思えてきました.シチュエーション的に
は,元のケースはどうであれ,ここではこれを守って欲しい! という指定のほ
うがありそうな,という予想です.
もう,一度作って試さないとダメかな,これは.
--
// SASADA Koichi at atdot dot net