[#38725] [Bug #1720] [NaN] == [NaN] が true になる — tadayoshi funaba <redmine@...>
Bug #1720: [NaN] == [NaN] が true になる
[#38731] FreeBSD で ruby-mecab のライブラリ参照の不具合 — "KISHIMOTO, Makoto" <[email protected]>
きしもとです
[#38762] Re: [ruby-cvs:31110] Ruby:r23892 (trunk): * rational.c (float_to_r): always returns rational. — "Yugui (Yuki Sonoda)" <yugui@...>
On 6/29/09 8:31 PM, [email protected] wrote:
[#38782] [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
永井@知能.九工大です.
こんにちは、なかむら(う)です。
永井@知能.九工大です.
こんにちは、なかむら(う)です。
永井@知能.九工大です.
こんにちは、なかむら(う)です。
永井@知能.九工大です.
永井@知能.九工大です.
こんにちは、なかむら(う)です。
押田です。
[#38821] セキュリティモデルのドキュメント — Shugo Maeda <shugo@...>
前田です。
[#38836] ext/tk/extconf.rb creates a file in $srcdir — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#38843] 複素数リテラルについて — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
> * 互換性はどうか。大丈夫のはずだが、見落としは
遠藤です。
> は十分検討されたのでしょうか。積極的に反対なわけではないですが、
遠藤です。
> 読み書きがやさしいのはわかるんですが、1+2i が書けても 1+ni が書けない
[#38850] Rational#hash — Tadayoshi Funaba <tadf@...>
いつだったか、rational などの hash が変ったようですが、意味が解っていな
[#38900] rb_eval_string_protect and encoding — Masaki Suketa <masaki.suketa@...>
助田です。
なかだです。
助田です。
[#38912] String#valid_encoding?にオプションが欲しい — Fujioka <fuj@...>
xibbarこと藤岡です。(なぜか届かないので再送します)
成瀬です。
xibbarです。
xibbarです。
まつもと ゆきひろです
成瀬です。
まつもと ゆきひろです
[#38924] thread switch hook for RubyCocoa — Nobuyoshi Nakada <nobu@...>
なかだです。
木村わ@RubyCocoaチーム/MacPorts port:rubyメンテナです。
木村わ@RubyCocoaです。
[#38932] Enumerator#peek — Tanaka Akira <akr@...>
Enumerator#peek を新設するのはどうでしょうか。
けいじゅ@いしつかです.
In article <[email protected]>,
けいじゅ@いしつかです.
[#38938] Re: [ruby-list:46234] Re: irbでの式展開中の動作について — keiju@... (石塚圭樹)
けいじゅ@いしつかです.
[#38971] [Bug #1848] Net::SSH hangs — Shyouhei Urabe <redmine@...>
Bug #1848: Net::SSH hangs
チケット #1848 が更新されました。 (by Shyouhei Urabe)
Shyouhei Urabe さんは書きました:
[ruby-dev:38894] Re: 多重代入やメソッド引数の展開でto_aが呼ばれます
前田です。 2009/07/15 10:00 に Shugo Maeda<[email protected]> さんは書きました: >> なぜそのような変更したのか、ぜんぜん覚えていないんですが(一時 >> 的に to_splat を呼んでたのは覚えてる)、改めて考えてみるとどち >> らも to_ary だけが呼ばれるべきのような気がしています。 開発者会議では上記でよいのではないかという結論でしたが、 > そうすると、以下のコードの挙動が変わりますが、誰も困らないような気もします。 > > defiant:~$ ruby-1_8 -ve 'x = *(1..10); p x' > ruby 1.8.8dev (2009-07-13 revision 24066) [i686-linux] > [1, 2, 3, 4, 5, 6, 7, 8, 9, 10] その後上記の挙動が変わると困るという意見が続出しました。 以下のような選択肢があると思いますが、どうでしょうか。 * 現状のままto_aのみを呼ぶ * 1.8と同じようにto_ary, to_aの順にメソッド探索してあったら呼ぶ * to_aryのみを呼ぶようにして、Rangeにto_aryを定義する → RangeはArrayのように振る舞わないのでこれはだめだと思います。 * to_splatを復活させる → 名前が問題ですが、*@という名前のメソッドにするのはどうかという 案がRubyKaigiの時に出ました。 あと、nilだとto_aryもto_aも呼ばないようなのですが、これは意図された 挙動でしょうか。 class NilClass def to_ary [1,2,3] end end x = *nil p x #=> nil 1.8のソースを読む限りは意図的な気がするのですが、どういう意図でしょう? -- Shugo Maeda