[#34556] /(.)(.)/.match("ab").select {|v| true } is empty — Tanaka Akira <akr@...>
以下のように、MatchData#select でブロックが常に真なのに結果
[#34567] write to broken pipe on Linux — Nobuyoshi Nakada <nobu@...>
なかだです。
まつもと ゆきひろです
なかだです。
[#34571] Re: [ruby-cvs:23495] Ruby:r16255 (ruby_1_8, trunk): * range.c (range_step): allow float step bigger than zero but less — Tanaka Akira <akr@...>
In article <200805011435.m41EZFBL003014@ci.ruby-lang.org>,
[#34605] Array#mapがEnumeratorを返さない — rubikitch@...
るびきちです。
[#34623] Marshal.load( Marshal.dump( Float ) )の不一致@1.8 — "H.Holon" <holon@...>
H.Holonです。
[#34646] break in lambda — Tanaka Akira <akr@...>
lambda 直下に break があったとき、なにごともなかったかのよう
[#34647] fork 不可能な環境での test_argv0_noarg — wanabe <s.wanabe@...>
ワナベと申します。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
須藤です。
[#34648] Bignum のメソッドからの bigzero_p — wanabe <s.wanabe@...>
ワナベと申します。
[#34676] removing Array#nitems {} — "Akinori MUSHA" <knu@...>
Array#nitems はnilでない要素を数えるメソッドですが、ブロックを
[#34691] ext/openssl and newer OpenSSL — Takahiro Kambe <taca@...>
こんにちは。
[#34692] [ruby1.9] fork と thread — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
[#34726] memory leak by Array#sort! — Tanaka Akira <akr@...>
以下のように、Array#sort! の中で配列を変更するとメモりリークします。
[#34739] net/imap uses Thread#raise — Tanaka Akira <akr@...>
net/imap が原因だと思うのですが、
前田です。
In article <704d5db90805210204o7aa80c00lfeb13a34230c2c03@mail.gmail.com>,
なかだです。
[#34741] Date.parse("##-##-##") — "Akinori MUSHA" <knu@...>
Date.parse("##.##.##") の ruby_1_8 における挙動が trunk とも
> Date.parse("##.##.##") の ruby_1_8 における挙動が trunk とも
[#34742] Ruby 1.8.7-preview3 has been released — "Akinori MUSHA" <knu@...>
Ruby 1.8.7-preview3 をリリースしました。
お疲れ様です。
At Mon, 19 May 2008 11:28:10 +0900,
In message <86k5hrow30.knu@iDaemons.org>
もう一つ追加です。
At Mon, 19 May 2008 18:55:42 +0900,
[#34751] benchmark result of reverse_complement — SASADA Koichi <ko1@...>
ささだです.
[#34758] Re: [ruby-cvs:23717] Ruby:r16477 (trunk): * regparse.c (PINC): use optimized enclen() instead of — SASADA Koichi <ko1@...>
ささだです.
遠藤と申します。
[#34768] Improvement of lazy sweep patch — authorNari <authornari@...>
authorNariです。
まつもと ゆきひろです
[#34775] (1..5).step(SimpleDelegator.new(1.5)) {|x| p x} differ from (1..5).step(1.5) {|x| p x} — Tanaka Akira <akr@...>
以下のように (1..5).step(1.5) {|x| p x} と
[#34800] Windows2000上でtrunkがビルドできない — KIMURA Koichi <kimura.koichi@...>
木村です。
こんにちは、なかむら(う)です。
木村です。
木村です。
こんにちは、なかむら(う)です。
木村です。
こんにちは、なかむら(う)です。
[#34810] -Wall — SASADA Koichi <ko1@...>
ささだです.
[#34830] return value of pp — "Yusuke ENDOH" <mame@...>
遠藤です。
[#34877] [Ruby 1.9 - Bug #11] prelude.c compilation problem on mswin32 — redmine@...
Issue #11 has been updated by Usaku NAKAMURA.
[#34883] [#19002] RUBY_* constants — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#34889] Ruby 1.8.7-preview4 test-all failed in OpenSSL::TestSSL — Nobuhiro IMAI <nov@...>
いまいです。
Nobuhiro IMAI さんは書きました:
At Sat, 31 May 2008 21:06:47 +0900,
この話題についていろいろ試していて気付いたのですが
[ruby-dev:34753] Re: block_given? in defined method
ささだです.
Yukihiro Matsumoto wrote:
> | block_given? は,多分 yield やら Proc.new などが出来るかどうかを確
> |認するためのものだと思うのですが,define_method で定義したメソッドで
> |はどちらも出来ません(現状では).なので,block_given? も,その用途
> |には使えない以上,テストケースのようにするのはまずいと思うのですが,
> |いかがでしょうか.
>
> えーと、できないんでしたっけ。それを認識していませんでした。
> lambdaはブロック受け付けますよね。で、define_methodで定義され
> たメソッドではできないと言うのは実装上の深い理由があるんでしょ
> うか。
lambda と define_method で定義したメソッド(以下,dm)は同程度にブ
ロックを受け付けます.
l = lambda{|&b|
p b
yield #=> #<LocalJumpError: no block given (yield)>
}
class C
define_method(:dm){|&b|
p b
yield #=> #<LocalJumpError: no block given (yield)>
}
end
begin
l.call{}
rescue LocalJumpError => e
p e
end
begin
C.new.dm{}
rescue LocalJumpError => e
p e
end
YARV では yield の定義を,新しい変数スコープを作成するタイミングで
渡されたブロック情報を利用して行う新しいスコープの作成・実行としてい
ます.define_method で定義されたブロックは,呼び出しても新しいスコー
プは作らないため(ブロックの外のスコープを引き継ぐため),dm に渡し
たブロックは対象にできません.ただし,ブロックを block 引数(&b)で
受けることが出来るので,それを使おうという方針だったと思います.
このルールは,結局ほかのブロックと同じなので,わかりやすいと言える
かと思います.つまり,以下のような例では,setup に渡したブロックが呼
ばれますが,これは字面上,他のブロックと lambda,define_method 等で
同じ挙動です.
class C
end
def setup
$l = lambda{|&b|
p b
yield #=> block in main
}
C.module_eval{
define_method(:dm){|&b|
p b
yield #=> block in main
}
}
end
setup{
puts "block in main"
}
$l.call{}
C.new.dm{}
define_method を特別扱いするのなら,最初から define_method を意識
した作りにしないと速度的に難しいかな,と思います.速度を気にしないの
なら,もしかしたらそんなに難しくないかもしれません.
# たしか,このあたりは去年,無理です,勘弁して下さい,
# と言っていたような気がする.
> | この場合,どちらも false になるべきなような気がします.
>
> 第一の選択肢はdefine_methodで定義されたメソッドからもyieldで
> きてほしいんですが、なんらかの事情でそれが可能でないならば、
> その場合は両方falseでも良いと思います。
上記の理由で納得してもらえるのなら false にあわせるようにします.
そうでなく,やはり define_method は特別扱いしろ,ということだった
ら,もう少し考えさせて下さい.
--
// SASADA Koichi at atdot dot net