[#38725] [Bug #1720] [NaN] == [NaN] が true になる — tadayoshi funaba <redmine@...>
Bug #1720: [NaN] == [NaN] が true になる
[#38731] FreeBSD で ruby-mecab のライブラリ参照の不具合 — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>
きしもとです
[#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, tadf@ruby-lang.org 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 <E1MVnmx-00046e-PP@keiju.ishitsuka.com>,
けいじゅ@いしつかです.
In article <E1MW8kB-0001fM-56@keiju.ishitsuka.com>,
[#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:38897] Re: Rational#hash
なかだです。
At Wed, 22 Jul 2009 20:52:46 +0900,
Tadayoshi Funaba wrote in [ruby-dev:38850]:
> いつだったか、rational などの hash が変ったようですが、意味が解っていな
> いんですが、みてみると、
変更の理由は[ruby-dev:37777]の後半にあるように、hash値の衝突が多
いという問題のためです。
At Fri, 16 Jan 2009 20:00:08 +0900,
Keiju ISHITSUKA wrote in [ruby-dev:37777]:
> けいじゅ@いしつかです.
(snip)
> 例えば, Complexだと
>
> @real.hash ^ @imag.hash
>
> となっています. 実際には, これはあまり良くなくて, @real==@image のとき
> つねに同じ値になってしまいます. そこで, 別のseedを与え
>
> @real.hash(seed1) ^ @image.hash(seed2)
>
> の様にすると, 上記の問題はなくなります. これは, Array等のhash関数でも
> 同様です. また, Fixnum#hashとObject#hashも別のseedを与えるのもよさそう
> な気がします.
> h[0] = rb_hash(rb_obj_class(self));
> n = rb_hash(dat->num);
> h[1] = NUM2LONG(n);
> n = rb_hash(dat->den);
> h[2] = NUM2LONG(n);
>
> rb_hash を都合3回呼んでいて、後の2回は NUM2LONG していて、最初のはそう
> じゃないんですが、これはこういうものということでいいんですか。
たしかに、Bignumが返されるとhash値が変わってしまってまずいので最
初もNUM2LONG()すべきでしょうが、Arrayなど他のクラスではサブクラ
スでも同じhash値になるようになっているので、最初のrb_hash() を除
くほうがいいと思います。
Index: complex.c
===================================================================
--- complex.c (revision 24266)
+++ complex.c (working copy)
@@ -1157,13 +1157,12 @@ static VALUE
nucomp_hash(VALUE self)
{
- long v, h[3];
+ long v, h[2];
VALUE n;
get_dat1(self);
- h[0] = rb_hash(rb_obj_class(self));
n = rb_hash(dat->real);
- h[1] = NUM2LONG(n);
+ h[0] = NUM2LONG(n);
n = rb_hash(dat->imag);
- h[2] = NUM2LONG(n);
+ h[1] = NUM2LONG(n);
v = rb_memhash(h, sizeof(h));
return LONG2FIX(v);
Index: rational.c
===================================================================
--- rational.c (revision 24266)
+++ rational.c (working copy)
@@ -1361,13 +1361,12 @@ static VALUE
nurat_hash(VALUE self)
{
- long v, h[3];
+ long v, h[2];
VALUE n;
get_dat1(self);
- h[0] = rb_hash(rb_obj_class(self));
n = rb_hash(dat->num);
- h[1] = NUM2LONG(n);
+ h[0] = NUM2LONG(n);
n = rb_hash(dat->den);
- h[2] = NUM2LONG(n);
+ h[1] = NUM2LONG(n);
v = rb_memhash(h, sizeof(h));
return LONG2FIX(v);
--
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
中田 伸悦