[#38371] Re: [ruby-cvs:30538] Ruby:r23320 (trunk): * lib/set.rb (SortedSet#add): Do not let an uncomparable object — "Yugui (Yuki Sonoda)" <yugui@...>
Yuguiです。
At Mon, 4 May 2009 23:44:22 +0900,
遠藤です。
At Fri, 8 May 2009 02:00:10 +0900,
[#38372] making install-sh more descriptive — "Yugui (Yuki Sonoda)" <yugui@...>
install-shが空になって久しい(r520)です。
[#38382] [Bug #1442] indentation check and coverage for toplevel do not work — Yusuke Endoh <redmine@...>
Bug #1442: indentation check and coverage for toplevel do not work
[#38390] [Bug:1.8] Tempfile and extended Enumerable — Tanaka Akira <akr@...>
1.8.8dev で、以下のように、Enumerable に each2 を定義し、
[#38392] Enumerable#gather_each — Tanaka Akira <akr@...>
ときに、複数行をまとめて扱いたいことがあります。
ujihisaと申します。
まつもと ゆきひろです
At Sun, 10 May 2009 06:00:08 +0900,
In article <E1M2t0u-0000Aa-Sd@x61.netlab.jp>,
まつもと ゆきひろです
In article <E1M4oSd-00005c-WB@x61.netlab.jp>,
In article <873ab3531u.fsf@fsij.org>,
まつもと ゆきひろです
At Sat, 9 May 2009 15:30:20 +0900,
In article <86r5yy2nrg.knu@iDaemons.org>,
At Sun, 10 May 2009 10:08:47 +0900,
In article <86ocu132gq.knu@iDaemons.org>,
At Sun, 10 May 2009 15:57:33 +0900,
In article <86my9l2tts.knu@iDaemons.org>,
Haskell の groupBy と Python の groupby が似ている、という話
遠藤です。
In article <e0b1e5700905140800y6d701c6fj731a59ffd83b9d79@mail.gmail.com>,
[#38423] longlife gc — Narihiro Nakamura <authornari@...>
nariと申します.
[#38446] [Bug:1.9] exact Time and inexact Time — Yusuke ENDOH <mame@...>
遠藤です。
In article <e0b1e5700905132145i32bed2f0y80faef19c119824f@mail.gmail.com>,
遠藤です。
[#38463] SQLiteライブラリ — "NARUSE, Yui" <naruse@...>
成瀬です。
[#38486] [Bug #1483] some commands installed without program-suffix — Kazuhiro NISHIYAMA <redmine@...>
Bug #1483: some commands installed without program-suffix
[#38493] [Feature:trunk] enhancement of Array#drop — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
[#38518] [Bug:1.9] Enumerator.new { }.take(1).inject(&:+) causes stack overflow — Yusuke ENDOH <mame@...>
遠藤です。
[#38524] [Bug #1503] -Kuをつけた時、/[#{s}]/n と Regexp.new("[#{s}]",nil,"n") で実行結果が異なる — sinnichi eguchi <redmine@...>
Bug #1503: -Kuをつけた時、/[#{s}]/n と Regexp.new("[#{s}]",nil,"n") で実行結果が異なる
[ruby-dev:38380] Re: [Bug #1433] test_sprintf_p fails
成瀬です。 (2009/05/07 11:48), U.Nakamura さんは書きました: > こんにちは、なかむら(う)です。 > > In message "[ruby-dev:38374] [Bug #1433] test_sprintf_p fails" > on May.05,2009 09:52:14, <redmine@ruby-lang.org> wrote: > >> この部分を最後に修正したのはうささんのようですが、どう思われますか。 >> あと他の方も。 >> > > たぶんr15117に追従したテストの変更だと思いますが、当時の仕様 > としては正しかったのでしょう。 > なんで幅指定があるときだけUS-ASCIIになるべきだったのかは今考 > えても思い出せないのですが(なかださんわかりますか?)、当時と現 > 状で動作が異なるということは、現状の動作にした方に説明してい > ただくのがよいかと思います。誰のどの変更だろう? > r23186とr23187のわたしの変更なようです。 当時どうしたんだっけ、テストでエラーがでるけどこれはいっかと思ったような、 とりあえずテストはおいておくかと思ったような。 エンコーディングの変更は意図したものではないんですが、 結果的には他との整合性を考えても、元のエンコーディングを保持するという 現状の動作が正しいのではないかと思います。 当時は元のエンコーディングに関係なく、7bitならばUS-ASCIIというルールが あったので、 そのためにUS-ASCIIになっていたのですが、それはその後変更されており、 このテストでも当該assert以外はASCII-8BITに変更されています。 US-ASCIIになるルールが廃止された時点でこのテストと、 これに対応する挙動が誤っていたという感じですかね。 -- NARUSE, Yui