[#40298] Re: [ruby-cvs:33760] Ruby:r26545 (trunk): Wed Feb 3 10:12:09 2010 Aaron Patterson <tenderlove@ruby-lang.org> — "NARUSE, Yui" <naruse@...>
成瀬です。
2010/2/2 NARUSE, Yui <naruse@airemix.jp>:
成瀬です。
小崎です
2010年2月3日21:07 KOSAKI Motohiro <kosaki.motohiro@gmail.com>:
成瀬です。
2010年2月7日21:37 NARUSE, Yui <naruse@airemix.jp>:
> 2010年2月7日21:37 NARUSE, Yui <naruse@airemix.jp>:
2010年2月9日14:19 KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>:
金本と申します。
成瀬です。
成瀬です。
2010/2/25 NARUSE, Yui <naruse@airemix.jp>:
アーロン宛
アーロン宛です。
2010/2/26 NARUSE, Yui <naruse@airemix.jp>:
(2010/02/28 9:01), Aaron Patterson wrote:
こんばんは sheepman です。
成瀬です。
[#40317] [Bug:trunk] TCPServer#gets gets stuck — Yusuke ENDOH <mame@...>
遠藤です。
2010年2月5日0:18 Yusuke ENDOH <mame@tsg.ne.jp>:
遠藤です。
2010年2月9日22:23 Yusuke ENDOH <mame@tsg.ne.jp>:
遠藤です。
2010年2月11日17:14 Yusuke ENDOH <mame@tsg.ne.jp>:
[#40359] trunk \w match — WATANABE Tetsuya <tetsuya.watanabe@...>
渡辺哲也です。
[#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 <mame@tsg.ne.jp>:
遠藤です。
2010年2月11日21:58 Yusuke ENDOH <mame@tsg.ne.jp>:
[#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 <matz@ruby-lang.org>:
[#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 <knu@idaemons.org>:
At Wed, 24 Feb 2010 06:06:13 +0900,
MjAxMC8yLzI0IEFraW5vcmkgTVVTSEEgPGtudUBpZGFlbW9ucy5vcmc+Ogo+PiAbJEIwRTlmPWhN
2010/2/25 NAKAMURA, Hiroshi <nakahiro@gmail.com>:
長いことほとんど Ruby に時間が割けておらずすみません。
2010/5/20 Akinori MUSHA <knu@idaemons.org>:
成瀬です。
At Thu, 3 Jun 2010 17:02:32 +0900,
成瀬です。
At Thu, 3 Jun 2010 21:00:29 +0900,
2010/2/24 Akinori MUSHA <knu@idaemons.org>:
成瀬です。
>> 成瀬さんはじめ、ruby/opensslメンテナ探しに影響を受けそうなみなさん、どうでしょうか。@evanphxがメンテナ立候補ということだったと思うので、その線で進めるならruby-coreかなと思います。
2010/2/28 KOSAKI Motohiro <kosaki.motohiro@gmail.com>:
[#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 <mame@tsg.ne.jp>:
遠藤です。
[#40506] [Bug:trunk] IO behaviors on mingw — Yusuke ENDOH <mame@...>
akr さん
[#40514] [Bug:trunk] Dir.[] returns unmatched path — Yusuke ENDOH <mame@...>
遠藤です。
こんにちは、なかむら(う)です。
遠藤です。
[ruby-dev:40464] Re: respond_to?(<protected method name>) returns true
まつもと ゆきひろです
In message "Re: [ruby-dev:40463] Re: respond_to?(<protected method name>) returns true"
on Tue, 23 Feb 2010 23:46:51 +0900, "Akinori MUSHA" <knu@iDaemons.org> writes:
| もう一つ、 instance コンテキストで private メソッドについて
|respond_to? を呼んでも偽になります。
これは仕様です。まず、原則として、instanceコンテキスト呼び出
しされたかどうかをメソッドの実装側が知ることは困難ですから、
respond_to? は、それに対する対応は行いません。よって、
self.respond_to?(:foo)
と
respond_to?(:foo)
の意味は同じです。そして、respond_to? は private なものを含
むかどうかは、第二引数で指定します。trueが指定された時は、
privateを含みます。
| このように respond_to? では、呼べるかどうかの検査という視点に
|おいて偽陽性と偽陰性がともに生じています。NoMethodError は気軽に
|rescue すべき例外ではなく(呼んだメソッドの先のバグも拾ってしまう)、
|それを避けるための respond_to? ですから、少なくとも呼ぶこと自体は
|エラーにならないときのみ真を返すようにし、偽陽性を排除した方がいい
|のではないかと考えます。
というわけで、privateの件は偽陰性ではないと考えます。ただし、
前のメールでも書いたように method_missing による偽陰性は存在
するので、本質的には指摘は当たっているのですが。で、偽陰性の
排除についてですが、ちょっと考えた結果、賛成します。
| respond_to? の仕様を変更するとこのような非互換性も生じますが、
|呼べないものが真を返さなくなることは概して歓迎できるのではないかと
|思います。何か見落としはあるでしょうか。
私は思いつかないのですが、どなたか気がつきますでしょうか。
移行プロセスにはリリースマネージャに一任します。
まつもと ゆきひろ /:|)