[#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:37086] Re: [Feature #747] /\A/u ignores BOM
小西弘将です。 [ruby-dev:32981]の方も読んでみて、今の状況がよくわからなかったので質問さ せてください。現時点でRuby-1.9系は2BYTE Unicodeの文字列を読み込んだ場 合、どのような内部表現となるのでしょうか。 1. 内部表現はUTF-16になる。(読み込み時のエンディアン指定が適切に行われて いる仮定の下で、UTF-16LEもUTF16-BEも内部表現は同じバイナリ列になるという ことです) 2. Ruby-1.8系と同じく、文字列はバイト列であり、バイト単位で読み込まれた ものが内部表現に一致する。 3. それ以外 3は、全く想像がつきませんが、1の立場をとるのであればBOMは内部表現として 不要ですし、逆に2.の立場であれば、必要ですのでBOMが内部表現に入っていな いのは不自然に映ります。 その上で2.の場合に正規表現をする意味を問うた場合、現在提起されている問題 が起こるのではないでしょうか? 私は、BOMとはバイト単位のメディアに2バイトの文字を書き込むところのエン コーディングと、PC上で16ビット単位で文字を扱うための架け橋にすぎないと思 います。 個人的には、2のスタンスでも、正規表現など文字列として処理する場合には、 一回UTF-16などに変換してから扱うようにするのがよいように思えます。 あまり考えにくいですけど、そのまま扱う必要があるようなニーズについては、 ユーザーが個々に対応する問題のように感じます。