[#41134] [Bug:trunk] ext/tk on cygwin — Nobuyoshi Nakada <nobu@...>
なかだです。
[#41138] [Bug #3243] Can't build Ruby after r26506 — Yuki Sonoda <redmine@...>
Bug #3243: Can't build Ruby after r26506
[#41140] [Bug:trunk] the behavior of Tempfile#size was changed — Yusuke ENDOH <mame@...>
なかださん
Hi,
[#41173] [Feature #3251] allow to unlock mutex locked by another thread — Yusuke Endoh <redmine@...>
Feature #3251: allow to unlock mutex locked by another thread
[#41192] Re: [ruby-cvs:34848] Ruby:r27635 (trunk): * cont.c: apply FIBER_USE_NATIVE patch. This patch improve — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
[#41219] [ruby_1_9_2] コンパイルエラー — Takahiro Kambe <taca@...>
ruby_1_9_2ブランチのコンパイルでエラーが起きます。
[#41223] 正規表現オブジェクト中のキャプチャの数 — "KISHIMOTO, Makoto" <[email protected]>
きしもとです
[#41225] io/console IO#raw error when io is closed in the block — Tanaka Akira <akr@...>
io/console を使ってみたのですが、ちょっとうまく使えません。
2010年5月8日20:33 Tanaka Akira <[email protected]>:
[#41247] Regexpの仕様について — Masaya TARUI <tarui@...>
樽家です。
[#41259] Re: [ruby-cvs:34935] Ruby:r27723 (trunk): * ext/psych/parser.c (parse): Return strings encoded as — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#41278] [BUG:1.9] BINARY should not be ASCII-compatible — Yugui <yugui@...>
WXVndWkbJEIkRyQ5ISMbKEIKCgo+IBskQiRHISIkKiQqJGAkTSQzJDMkXiRHJE41RE9AJEclKyVQ
普段、あまりM17Nの件に反応しない卜部ですが、
2010/5/11 Urabe Shyouhei <[email protected]>:
[#41286] ruby_1_9_2 on NetBSD 5.1_RC1(+) — Takahiro Kambe <taca@...>
再び、こんばんは。
[#41316] [Bug #3295] make test aborted — Kazuhiro NISHIYAMA <redmine@...>
Bug #3295: make test aborted
チケット #3295 が更新されました。 (by Yusuke Endoh)
[#41329] NoMethodErrorなどのmessage — Masatoshi SEKI <m_seki@...>
咳といいます。
まつもと ゆきひろです
[#41334] [Bug #3307] ext/tk がheader fileの有無を誤判定する — Masaya Tarui <redmine@...>
Bug #3307: ext/tk がheader fileの有無を誤判定する
[#41348] [Bug #3316] Kernel#caller returns nil as well — Nobuhiro IMAI <redmine@...>
Bug #3316: Kernel#caller returns nil as well
遠藤です。
[#41350] [Bug #3318] net/imap/test_imap.rb reports an error on Windows — Usaku NAKAMURA <redmine@...>
Bug #3318: net/imap/test_imap.rb reports an error on Windows
[#41353] [Bug #3037] testrb の動作が1.8.7 の testrb と違いすぎる — Yusuke Endoh <redmine@...>
チケット #3037 が更新されました。 (by Yusuke Endoh)
2010年5月19日21:04 Yusuke Endoh <[email protected]>:
[#41377] [Bug #3326] ruby_1_8がAIXでコンパイルできません。 — Yutaka Kanemoto <redmine@...>
Bug #3326: ruby_1_8がAIXでコンパイルできません。
[#41382] [Feature #3328] Kernel#p outputs as default_internal encoding, and so on — Masaya Tarui <redmine@...>
Feature #3328: Kernel#p outputs as default_internal encoding, and so on
[#41407] [Bug #3339] win32ole test failure — Usaku NAKAMURA <redmine@...>
Bug #3339: win32ole test failure
助田です。
こんにちは、なかむら(う)です。
助田です。
こんにちは、なかむら(う)です。
志村と申します
[#41423] [Bug #3345] webrick test failure on Windows(?) — Usaku NAKAMURA <redmine@...>
Bug #3345: webrick test failure on Windows(?)
[#41430] [bug:trunk] rubyspec: Kernel.spawn redirects both STDERR and STDOUT to the given name ERROR — Yusuke ENDOH <mame@...>
遠藤です。
[#41452] [Bug #3360] rdoc fails when including BOM — white leaf <redmine@...>
Bug #3360: rdoc fails when including BOM
チケット #3360 が更新されました。 (by Nobuyoshi Nakada)
[#41481] [Bug #3370] test failure of drb — Usaku NAKAMURA <redmine@...>
Bug #3370: test failure of drb
[ruby-dev:41187] Re: [Feature #3251] allow to unlock mutex locked by another thread
遠藤です。 2010年5月6日20:02 Tanaka Akira <[email protected]>: > 2010年5月6日1:24 Yusuke Endoh <[email protected]>: > >> 2 について、現状は Thread#raise には以下のような race が存在します。 >> >> t1: begin 節を実行している >> t2: t1.raise する >> t1: rescue/ensure 節の実行を開始する >> t3: t1.raise する >> t1: rescue/ensure 節が実行されないまま再度例外が発生する > >> これを、Thread#raise の前に Mutex#lock するというルールにすれば、 >> race を避けて使うことができるようになります。と思います。 > > なにか後始末が必要な処理があるとします。 > たとえば、open したものは close しないといけないとして、 > 以下のコードを考えます。 > > begin > f = open(filename) > ensure > f.close > end > > ここで、open が終了した後、f に代入する前にコンテキストスイッチが起こると > どうでしょうか。 > コンテキストスイッチの結果、他のスレッドが動いて、上記のコードを動かしている > スレッドを raise したとします。 > > そうすると、ensure 節が実行されるわけですが、close はできません。 > なんでかというと、open で生成した IO オブジェクトがどこにも > 記録されていないからです。 > > これは上記の Mutex#lock を使っても防げません。 > 一回しか Thread#raise していないからです。 Thread.raise を受け付けたらまずい期間は mutex をロックしておけ、という ことで解決できないでしょうか。 # Thread 1 begin m.synchronize do f = open(filename) end # ... ensure f.close if f m.unlock end # Thread 2 m.lock th.raise >> # ちなみにこの race はシグナルにも存在します > > POSIX シグナルでは、受け付けたシグナルは signal handler 内でマスクされるので、 > handler 内で再度そのシグナルで割り込まれる、という心配はありません。 いえ、そういう心配ではないです。 Ctrl+C を連打した場合、ensure の実行開始直後でもう一回 Interrupt が 発生してしまうと、ensure 節の中身が実行されない可能性があるのでは ないかという心配です。 # ちゃんとは確認してないのですが、ひょっとしたら何か対策されている? SIGINT が Interrupt 例外に自動変換されるのが問題なので、trap(:INT) など で自力で対策すれば問題なくなると思います。 ところで、Ruby レベルの trap が実行中にシグナルを受け取ったら、別の trap を実行してしまうことが (ささださんによると) あるらしいのですが、 まずいですかね。 -- Yusuke Endoh <[email protected]>