[#37008] [Bug #705] sample/test.rb:1829: [BUG] Segmentation fault — pegacorn jp <redmine@...>
Bug #705: sample/test.rb:1829: [BUG] Segmentation fault
[#37009] add RUNRUBYOPT in mswin32 Makefile.sub — Masaki Suketa <masaki.suketa@...>
助田です。
[#37026] :FOO === "FOO" => true and case/when behavior — keiju@... (Keiju ISHITSUKA)
けいじゅ@いしつかです.
[#37027] Re: [Feature #711] M17N of irb — keiju@... (keiju ISHITSUKA)
けいじゅ@いしつかです.
[#37028] [Backport #716] Hash#key — "rubikitch ." <redmine@...>
Backport #716: Hash#key
チケット #716 が更新されました。 (by Akinori MUSHA)
[#37050] [Feature #735] Date#inspect — "rubikitch ." <redmine@...>
Feature #735: Date#inspect
> 「inspectは人間に優しい文字列化」という観点から、Date#inspectの出力はふさわしくないと思います。
[#37075] [Feature #747] /\A/u ignores BOM — Shyouhei Urabe <redmine@...>
Feature #747: /\A/u ignores BOM
卜部です。
[#37095] ruby1.9 segmentation fault — keiju@... (Keiju ISHITSUKA)
けいじゅ@いしつかです.
[#37117] test/webrick/test_server.rb doesn't finish — shinichiro.h <shinichiro.hamaji@...>
浜地といいます。
[#37126] Re: [ruby-cvs:27470] Ruby:r20251 (trunk): * lib/time.rb: according to RFC2822, -0000 means local time, +0000 — Tanaka Akira <akr@...>
In article <200811181512.mAIFC3YP006108@ci.ruby-lang.org>,
[#37142] eval with binding — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#37146] Re: [ruby-cvs:27544] Ruby:r20326 (ruby_1_9_1): merges r20298 from trunk into ruby_1_9_1. — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[#37156] [Bug #780] Time#strftime で、フラグ 0 が幅と解釈される — tadayoshi funaba <redmine@...>
Bug #780: Time#strftime で、フラグ 0 が幅と解釈される
[#37158] [Bug #782] 余分な外部シンボル — Tadashi Saito <redmine@...>
Bug #782: 余分な外部シンボル
[#37161] m17n of irb — "Yugui (Yuki Sonoda)" <yugui@...>
Yuguiです。
けいじゅ@いしつかです.
keiju ISHITSUKA さんは書きました:
まつもと ゆきひろです
Yuguiです。
まつもと ゆきひろです
Yukihiro Matsumoto さんは書きました:
Yuguiです。
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
まつもと ゆきひろです
[#37168] [Bug #786] Time#strftime で %s が負である場合に桁を間違える — tadayoshi funaba <redmine@...>
Bug #786: Time#strftime で %s が負である場合に桁を間違える
まつもと ゆきひろです
[#37187] [Bug #793] BigDecimal('Infinity').to_r が零になる — tadayoshi funaba <redmine@...>
Bug #793: BigDecimal('Infinity').to_r が零になる
まつもと ゆきひろです
[#37190] [Bug #795] test_gdbm.rb: tmptest_gdbm_,tmptest_gdbm_rdonlyが残っているとErrorになる — Kazuhiro NISHIYAMA <redmine@...>
Bug #795: test_gdbm.rb: tmptest_gdbm_,tmptest_gdbm_rdonlyが残っているとErrorになる
まつもと ゆきひろです
[#37210] RSS::Maker.create(version) — "Akinori MUSHA" <knu@...>
RSS::Maker で、 "2.0" 等の文字列でフィードのフォーマットを渡す
須藤です。
At Thu, 27 Nov 2008 19:11:01 +0900,
須藤です。
At Sat, 29 Nov 2008 17:18:20 +0900,
須藤です。
At Mon, 1 Dec 2008 21:48:34 +0900,
須藤です。
At Mon, 8 Dec 2008 20:28:44 +0900,
[#37213] Re: [ruby-cvs:27586] Ruby:r20368 (trunk): * ext/bigdecimal/bigdecimal.c (BigDecimal_div2): should return — Tadayoshi Funaba <tadf@...>
> * ext/bigdecimal/bigdecimal.c (BigDecimal_div2): should return
まつもと ゆきひろです
まつもと ゆきひろです
斎藤と申します。
まつもと ゆきひろです
斎藤です。
[ruby-dev:37220] Re: [ruby-cvs:27586] Ruby:r20368 (trunk): * ext/bigdecimal/bigdecimal.c (BigDecimal_div2): should return
まつもと ゆきひろです
In message "Re: [ruby-dev:37218] Re: [ruby-cvs:27586] Ruby:r20368 (trunk): * ext/bigdecimal/bigdecimal.c (BigDecimal_div2): should return"
on Fri, 28 Nov 2008 02:49:47 +0900, Tadashi Saito <shiba@mail2.accsnet.ne.jp> writes:
|> と思ってソースを読んでみたのですが、これってオプショナルな引
|> 数を受け付けて、小数点以下の桁も指定できるんですね。そうなる
|
|五年前、[ruby-dev:20957]あたりで議論済みだと思います。
おお、全然覚えてない。情けない記憶力ですね。
# それで15年、いつもフレッシュにRubyに接することができるんだ。(苦笑
|そしてその時は(Numeric#divの廃止論も混じってますが)結局
というか、(問題提起はともかく)Numeric#divの廃止論しか話してな
いような。で、ここでの議論を受けて(だと思う)、BigDecimal#div
は第2引数がオプショナルになって、1引数の時にはNumeric#divと
同じように振る舞うようになってます。
が、その時の戻り値については、議論されたことはないと思います。
|> BigDecimalが他のNumericと違う道を選ぶ
|
|という結論だったのではないかと。[ruby-dev:21076]ではまつもとさんが
|
|> BigDecimalが既存のNumericとはいろいろ違う点があるのは事実です。
|
|と認めていらっしゃいます。つまりBigDecimalはNumericではない(元々そう
|あろうとして作られていない)し、それを認めてリリースされたというのが、
|一ユーザとしての自分の大局的な認識です。
同じ[ruby-dev:21076]で「それを認めて」はいなかったと告白して
ますし、それで構わないと思ってもいません(でした)。ただ、
BigDecimalの有用性は事実ですし、Numericとの非互換性があるから
という理由で、あのタイミングでBigDecimalをあきらめるのも不合
理な判断であったと思います。が、だからといって「それを認めて
リリースされた」とか、「(今後も)Numericと違う道を選ぶ」という
結論を定めてしまうのは、ちょっと行きすぎじゃないかなあ、と感
じます。
その後[ruby-dev:21131]、小林さんも
> より統一的かつ魅力的な形にもって行くには徐々に時間をかけて
> 進化させていくのがベストかと。
とおっしゃっているように、当時よりはNumericに似るように進化
していると思います。今回はその進化を後押ししようという話では
ないかと。
|ふなばさんが今年に入って問題提起していらっしゃる事と、自分が5年前に問題提起した
|(そしてそこそこの部分は却下された)事はかなり被っているように見受けられるので、
|アーカイブを参考にしていただけるとありがたいです。
アーカイブを見る限り、当時の結論は
* BigDecimalとNumericには非互換性が残っているが、完全に解
消するつもりはない(メンテナの裁量の範囲内)
* Numericに近づけようという努力は否定しない
* が、今すぐ(1.8.0直前)に行うのはタイミングが悪い
というものだったのではないかと。
まつもと ゆきひろ /:|)