[#43378] trouble on "requrie 'tk'" — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
5 messages
2011/04/02
[#43382] Re: [ruby-cvs:38408] Ruby:r31228 (trunk): Fri Apr 1 18:53:06 2011 NAKAMURA, Hiroshi <nahi@ruby-lang.org> — "Martin J. Dürst" <duerst@...>
RFC2965 とか 'Netscape spec' より、
4 messages
2011/04/04
[#43403] Re: [ruby-cvs:38408] Ruby:r31228 (trunk): Fri Apr 1 18:53:06 2011 NAKAMURA, Hiroshi <nahi@ruby-lang.org>
— Hiroshi Nakamura <nakahiro@...>
2011/04/20
T24gTW9uLCBBcHIgNCwgMjAxMSBhdCAxMDozOCwgIk1hcnRpbiBKLiBEw7xyc3QiIDxkdWVyc3RA
[#43384] [Ruby 1.9 - Bug #4562][Open] [pull requested] ./config no-ssl2で作ったopensslとext/opensslが混ざらない — Shyouhei Urabe <redmine@...>
7 messages
2011/04/07
[#43392] StringIO#{readlines(0), each_line(0)}が無限ループする — Watson <watson1978@...>
メールのタイトル通りなのですが、
8 messages
2011/04/08
[#43393] Re: StringIO#{readlines(0), each_line(0)}が無限ループする
— "Shota Fukumori (sora_h)" <sorah@...>
2011/04/09
r31252 で修正しました。
[#43394] Re: StringIO#{readlines(0), each_line(0)}が無限ループする
— Nobuhiro IMAI <nov@...>
2011/04/09
いまいです。
[#43406] [Ruby 1.9 - Bug #4591][Open] (1.5...2).max #=> 1 (Range#max) — redmine@...
10 messages
2011/04/20
[#43407] Re: [Ruby 1.9 - Bug #4591][Open] (1.5...2).max #=> 1 (Range#max)
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/04/20
>
[#43412] [Ruby 1.9 - Feature #4592][Open] Tempfileを直接保存したい — Takeyuki Fujioka <xibbar@...>
15 messages
2011/04/21
[#45477] [ruby-trunk - Feature #4592] Tempfileを直接保存したい
— "mame (Yusuke Endoh)" <mame@...>
2012/03/31
[#45487] [ruby-trunk - Feature #4592] Tempfileを直接保存したい
— "mame (Yusuke Endoh)" <mame@...>
2012/04/02
[#43426] [Ruby 1.9 - Feature #4602][Open] naming ruby dll (win32/64) — Akio Tajima <artonx@...>
11 messages
2011/04/23
[#43427] [Ruby 1.9 - Feature #4605][Open] Random#randとKernel#randでRangeを扱えるように — Yuya Yaguchi <yayugu@...>
7 messages
2011/04/24
[#43437] Re: [ruby-cvs:38520] Ruby:r31340 (trunk): * random.c (random_s_rand, Init_Random): Random.rand should behave as — Urabe Shyouhei <shyouhei@...>
卜部です
6 messages
2011/04/25
[#43453] ThreadGroup の強化案 — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
14 messages
2011/04/28
[#43901] ThreadGroup#make_local_space! (Re: ThreadGroup の強化案)
— Hidetoshi NAGAI <nagai@...>
2011/06/25
永井@知能.九工大です.少々長いメールで失礼します.
[#43920] Re: ThreadGroup#make_local_space! (Re: ThreadGroup の強化案)
— Urabe Shyouhei <shyouhei@...>
2011/06/26
ひっじょうに根本的な質問をするのですけれども、ThreadGroupって何に使うん
[#43978] Re: ThreadGroup#make_local_space!
— Hidetoshi NAGAI <nagai@...>
2011/06/28
永井@知能.九工大です.
[#43979] Re: ThreadGroup#make_local_space!
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/06/28
(2011/06/28 15:15), Hidetoshi NAGAI wrote:
[#43456] Readline.completion_append_character — Nobuhiro IMAI <nov@...>
いまいです。
6 messages
2011/04/29
[#43458] Re: Readline.completion_append_character
— Takao Kouji <kouji@...7.net>
2011/04/30
=1B$B9bHx$G$9!#=1B(B
[ruby-dev:43423] (ruby-listから転載) lambda中のProc中のreturnの挙動について
From:
m_takao <threewayhandshake@...>
Date:
2011-04-23 10:31:28 UTC
List:
ruby-dev #43423
高尾と申します。 [ruby-list:47997]にて、lambda中のprocのreturnが変だという旨の投稿をさせていただいたのですが、dev向きの話題だということで、こちらで改めて投稿させて頂きます。 > ちょっと日本語では表しにくいのですが、件名の通り、lambda中のProc中のreturnの挙動が不可解だったため、バグかと思い、投稿します。 > > a = lambda do > b = Proc.new do > return > end > b[] > end > a[] > > 上記のコードを実行すると、ruby1.8.7ではLocalJumpErrorが起こり、ruby1.9.1では正常終了します。 > lambda中のreturnはcallのreturnになり、Proc.new中のreturnは生成元のreturnになる筈なので、 > 正常終了が正しい挙動のように思います。 > > また、 > > def a > b = lambda do > Proc.new do > return > end > end > b[][] > end > a > > を実行すると、ruby1.8.7、ruby1.9.1ともに正常終了します。 > こちらは、Proc.new中のreturnが実行されるときには生成元が既に終了しているので、LocalJumpErrorが起こるのが正しい挙動のように思います。 また、上記投稿に対し、信岡さんが詳しく調査して下さり、以下の通りにまとめて頂きました。 > そこらへんの混乱があることを踏まえつつ発言の意図を汲み取ると > > ・[Ruby 1.8] proc 直下での return 式は、その proc を含んでいるメソッドを抜ける > ・[Ruby 1.9] proc 直下での return 式は、その proc を含んでいるメソッドまたは > 最も内側の lambda を抜ける (『1.9 では,lambda を「メソッド呼び出し」っぽく扱う, > という原則があったはず』 という発言) > ・[Ruby 1.9] lambda の中で生成された proc が、lambda の実行を終了したあとに > 呼び出された場合 (orphan な proc の呼び出し) は LocalJumpError にするのが良いと > 考えられるが、実装的に難しいし特に対応しなくても困らないと考えているため > 実装しない (『レアケース過ぎるかなあ,とも思うので,対応しなくても, > 特に困らないかとは思います』 という発言) > > という感じなのかなーと思いました。 現状、rubyの実装方針は上記の通りになっている (本件のreturnの挙動はバグではない/バグだが対処保留中である) と理解して良いでしょうか?