[#40298] Re: [ruby-cvs:33760] Ruby:r26545 (trunk): Wed Feb 3 10:12:09 2010 Aaron Patterson <[email protected]> — "NARUSE, Yui" <naruse@...>
成瀬です。
2010/2/2 NARUSE, Yui <[email protected]>:
成瀬です。
小崎です
2010年2月3日21:07 KOSAKI Motohiro <[email protected]>:
成瀬です。
2010年2月7日21:37 NARUSE, Yui <[email protected]>:
> 2010年2月7日21:37 NARUSE, Yui <[email protected]>:
2010年2月9日14:19 KOSAKI Motohiro <[email protected]>:
金本と申します。
成瀬です。
成瀬です。
2010/2/25 NARUSE, Yui <[email protected]>:
アーロン宛
アーロン宛です。
2010/2/26 NARUSE, Yui <[email protected]>:
(2010/02/28 9:01), Aaron Patterson wrote:
こんばんは sheepman です。
成瀬です。
[#40317] [Bug:trunk] TCPServer#gets gets stuck — Yusuke ENDOH <mame@...>
遠藤です。
遠藤です。
2010年2月9日22:23 Yusuke ENDOH <[email protected]>:
遠藤です。
2010年2月11日17:14 Yusuke ENDOH <[email protected]>:
[#40359] trunk \w match — WATANABE Tetsuya <tetsuya.watanabe@...>
渡辺哲也です。
[#40379] rubyspec: File.new raises an Errno::EINVAL error with File::APPEND FAILED — Yusuke ENDOH <mame@...>
たぶん akr さん
[#40382] [Bug:trunk] rubyspec: ObjectSpace.define_finalizer doesn't call self-referencing finalizers FAILED — Yusuke ENDOH <mame@...>
なかださんかまつもとさん
遠藤です。
遠藤です。
遠藤です。
[#40384] [Bug:trunk] rubyspec: Time#+ rounds micro seconds rather than truncates FAILED — Yusuke ENDOH <mame@...>
akr さん
2010年2月11日2:58 Yusuke ENDOH <[email protected]>:
遠藤です。
2010年2月11日21:58 Yusuke ENDOH <[email protected]>:
[#40387] [Bug #2516] IO#reopen Compatibility (original: ) — Yusuke Endoh <redmine@...>
チケット #2516 が更新されました。 (by Yusuke Endoh)
[#40414] Re: [ruby-cvs:33873] Ruby:r26658 (trunk): * marshal.c (id2encidx): duplicated entry for encoding name. — Tanaka Akira <akr@...>
2010/2/13 <[email protected]>:
[#40418] [Feature #2746] ビルドする拡張ライブラリを configure 時に指定するための --with-exts オプション — Kenta Murata <redmine@...>
Feature #2746: ビルドする拡張ライブラリを configure 時に指定するための --with-exts オプション
まつもと ゆきひろです
こんにちは、なかむら(う)です。
[#40424] [Bug #2747] io.dup doesn't handle pos properly — Motohiro KOSAKI <redmine@...>
Bug #2747: io.dup doesn't handle pos properly
[#40452] [bug:trunk] Invalid read of size 4 by redefining load — Tanaka Akira <akr@...>
以下のように load 中に load を再定義すると、変なところをアクセスするのが
[#40453] [Bug #2776] can't return from lambda with outer block — _ wanabe <redmine@...>
Bug #2776: can't return from lambda with outer block
チケット #2776 が更新されました。 (by Shyouhei Urabe)
[#40461] respond_to?(<protected method name>) returns true — "Akinori MUSHA" <knu@...>
今さらかもしれませんが、 respond_to? で protected メソッドを
まつもと ゆきひろです
At Tue, 23 Feb 2010 14:09:52 +0900,
まつもと ゆきひろです
At Wed, 24 Feb 2010 00:55:39 +0900,
まつもと ゆきひろです
At Wed, 24 Feb 2010 01:25:45 +0900,
遠藤です。
まつもと ゆきひろです
[#40467] Re: [ruby-cvs:33954] Ruby:r26739 (trunk): * ext/openssl/ossl_digest.c (GetDigestPtr): Allow to pass the — "NARUSE, Yui" <naruse@...>
成瀬です。
At Wed, 24 Feb 2010 01:28:24 +0900,
(2010/02/24 1:57), Akinori MUSHA wrote:
At Wed, 24 Feb 2010 02:07:00 +0900,
2010/2/24 Akinori MUSHA <[email protected]>:
At Wed, 24 Feb 2010 06:06:13 +0900,
2010/2/24 Akinori MUSHA <[email protected]>:
2010/2/25 NAKAMURA, Hiroshi <[email protected]>:
長いことほとんど Ruby に時間が割けておらずすみません。
2010/5/20 Akinori MUSHA <[email protected]>:
成瀬です。
At Thu, 3 Jun 2010 17:02:32 +0900,
成瀬です。
At Thu, 3 Jun 2010 21:00:29 +0900,
2010/2/24 Akinori MUSHA <[email protected]>:
成瀬です。
>> 成瀬さんはじめ、ruby/opensslメンテナ探しに影響を受けそうなみなさん、どうでしょうか。@evanphxがメンテナ立候補ということだったと思うので、その線で進めるならruby-coreかなと思います。
2010/2/28 KOSAKI Motohiro <[email protected]>:
[#40487] [Bug #2792] String#to_f on Ruby-1.8.6-p399 — Masao Mutoh <redmine@...>
Bug #2792: String#to_f on Ruby-1.8.6-p399
[#40493] [Bug:trunk] readpartial after ungetc fails with text mode — Yusuke ENDOH <mame@...>
遠藤です。
2010年2月26日19:34 Yusuke ENDOH <[email protected]>:
遠藤です。
[#40506] [Bug:trunk] IO behaviors on mingw — Yusuke ENDOH <mame@...>
akr さん
[#40514] [Bug:trunk] Dir.[] returns unmatched path — Yusuke ENDOH <mame@...>
遠藤です。
こんにちは、なかむら(う)です。
遠藤です。
こんにちは、なかむら(う)です。
[ruby-dev:40463] Re: respond_to?(<protected method name>) returns true
At Tue, 23 Feb 2010 14:09:52 +0900, matz wrote: > In message "Re: [ruby-dev:40461] respond_to?(<protected method name>) returns true" > on Mon, 22 Feb 2010 23:49:37 +0900, "Akinori MUSHA" <[email protected]> writes: > > | 今さらかもしれませんが、 respond_to? で protected メソッドを > |検査すると真になるのってそういうものでしたっけ。 > > protectedメソッドはレシーバによって呼べるか呼べないか決まるの > で、レシーバ情報を(通常の方法では)持たない respond_to? では > 「呼べるかもしれない」として真を返しています。 考えるに、 respond_to? で調べた上で、 protected であってもなお 呼びたいということはまれではないでしょうか。protected メソッドは その存在を知識として共有する相互関係において呼ばれるものであり、 同族判定は必要なら通常 duck type test に先だって行いますから、 respond_to? は protected メソッドを呼べるかもしれないとして気に する必要はないように思えます。 > | respond_to? を使う目的を考えると釈然としないのですが、この > |挙動は意図的でしょうか。 > > そういう意味では意図的です。深く考察したわけではありませんが。 > > 呼べる時だけにrespond_to?は真を返すべきである、と考えると、コー > ルフレームを走査して、レシーバ情報を取り出す必要があります。 > とすると、send経由で呼び出された時にはどうするか、など考える > とどんどん複雑化しそうです。 > > しかし、今、改めて考えると、method_missingで実現されるメソッ > ドでは、呼び出すことができても respond_to? は偽を返すわけです > から、これは「呼べないかもしれないものは偽」というルールであ > ると見なすことができます。ここからの類推からいえば protected > なメソッドに対するrespond_to? は偽を返すべきなのかもしれませ > ん。 > > どうしましょう? もう一つ、 instance コンテキストで private メソッドについて respond_to? を呼んでも偽になります。 class X def foo p :foo end private :foo def bar # 事前に調べると偽 p respond_to?(:foo) # でも呼べる foo end end X.new.bar このように respond_to? では、呼べるかどうかの検査という視点に おいて偽陽性と偽陰性がともに生じています。NoMethodError は気軽に rescue すべき例外ではなく(呼んだメソッドの先のバグも拾ってしまう)、 それを避けるための respond_to? ですから、少なくとも呼ぶこと自体は エラーにならないときのみ真を返すようにし、偽陽性を排除した方がいい のではないかと考えます。 ところで、この問題に気づいたのは OpenStruct をいじっていたときの ことです。同クラスには table という名前の protected メソッドがある にも関わらず、同じ名前のプロパティを使っても誤動作しなかったのです。 そのからくりはこうでした。未知のプロパティにアクセスされると、 method_missing は必要に応じて getter/setter を定義するのですが、 その「必要性」の検査は respond_to? で行っています。ここでたまたま respond_to?(:table) が真になるため、 obj.table = 1 としても getter メソッド table は(再)定義されません。従ってサブクラス等で protected メソッド table を使っていても問題ありません。一方、 obj.table と 値を取得しようとするときは protected メソッドの呼び出しは無効なので method_missing にルートされ、見事に値を得ることができるわけです。 本当は偶然ではないのかもしれませんが、特殊な例であることは確か なので、 method(key).owner から判定するような作りに直すことはでき ます(すでに手元にあります)。 respond_to? の仕様を変更するとこのような非互換性も生じますが、 呼べないものが真を返さなくなることは概して歓迎できるのではないかと 思います。何か見落としはあるでしょうか。 -- Akinori MUSHA / http://akinori.org/