[#35719] Windows-31J <-> UTF-8 roundtrip — Tanaka Akira <akr@...>
以下のように Windows-31J と UTF-8 が roundtrip するかどうか
成瀬です。
In article <48932335.7010209@airemix.jp>,
成瀬です。
In article <48935EBD.3010603@airemix.jp>,
成瀬です。
[#35724] $SAFE=4の場合のReadline::HISTORY.each — Takao Kouji <kouji@...7.net>
knu さんへ
[#35726] "\x01\x00\x00\x00\x00\x00\x00\x21".encode("utf-8", "utf-32be", :invalid=>:replace) — Tanaka Akira <akr@...>
UTF-32BE で、文字として正しくない 4バイトと、文字として正し
[#35733] Re: [ruby-core:18078] We'll release 1.8.6/1.8.7 this Friday, #2 — Urabe Shyouhei <shyouhei@...>
というわけでそろそろリリースしようと思います。予定日は8月8日です。問題点
[#35745] [Bug:1.9] default_external depends on the order of -K and -E — sheepman <sh@...>
こんにちは sheepman です。
成瀬です。
Yuguiです。
[#35763] 文字コードがシンボルでないのは何故? — take_tk <ggb03124@...>
たけ(tk)です。
なかだです。
たけ(tk)です
[#35789] [Ruby 1.9 - Bug #407] (Open) String#<< — Shyouhei Urabe <redmine@...>
チケット #407 が報告されました。 (by Shyouhei Urabe)
まつもと ゆきひろです
Yukihiro Matsumoto さんは書きました:
まつもと ゆきひろです
成瀬です。
At 08:00 08/09/20, NARUSE, Yui wrote:
まつもと ゆきひろです
[#35811] fail to build extension libraries that includes some ruby header files — "Yusuke ENDOH" <mame@...>
遠藤です。
[#35834] 「サポートレベル」の定義、1.9.1のサポート予定プラットフォーム、メンテナ募集 — "Yugui (Yuki Sonoda)" <yugui@...>
Yuguiです。
[#35845] [Bug #437] test_strftime(TestTime) fails on Solaris — Shugo Maeda <redmine@...>
Bug #437: test_strftime(TestTime) fails on Solaris
前田です。
さとうふみやす @ OSS テクノロジです。
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
前田です。
前田です。
まつもと ゆきひろです
前田です。
[#35851] [Feature:1.9] name referencing in sprintf — "Yusuke ENDOH" <mame@...>
遠藤です。
[#35863] Refactoring of enumerating prime numbers — "Yugui (Yuki Sonoda)" <yugui@...>
Yuguiです。
けいじゅ@いしつかです.
Yuguiです。
けいじゅ@いしつかです.
なかだです。
けいじゅ@いしつかです.
なかだです。
けいじゅ@いしつかです.
Yuguiです。
けいじゅ@いしつかです.
[#35899] [Bug #466] test_str_crypt(TestM17NComb) failed — Kazuhiro NISHIYAMA <redmine@...>
Bug #466: test_str_crypt(TestM17NComb) failed
[#35904] [Feature:1.9] pack format 'm' based on RFC 4648 — "Yusuke ENDOH" <mame@...>
遠藤です。
チケット #471 が更新されました。 (by Yuki Sonoda)
遠藤です。
In article <e0b1e5700809220338g5f3b5627p95e94744d5c10505@mail.gmail.com>,
遠藤です。
In article <e0b1e5700809231144n376fd4eencfe06c49ed66665e@mail.gmail.com>,
遠藤です。
[#35906] %N for Time#strftime — "Shugo Maeda" <shugo@...>
前田です。
In article <704d5db90808210811p7f3aef73h97913ade156323f3@mail.gmail.com>,
なかだです。
まつもと ゆきひろです
[#35922] [Bug #475] cgi.rbにNKFに依存したコードが入っている — Takeyuki Fujioka <redmine@...>
Bug #475: cgi.rbにNKFに依存したコードが入っている
[#35945] Re: [ruby-list:45386] Re: [ANN] REXMLのDoS脆弱性 — "Shugo Maeda" <shugo@...>
前田です。
前田です。
In message <704d5db90809010656k2042969bx3d8a4abdafeeea8e@mail.gmail.com>
[#35954] Re: [ruby-cvs:26052] Ruby:r18834 (trunk): * compile.c (defined_expr): should handle NODE_{AND,OR} as — SASADA Koichi <ko1@...>
ささだです.
まつもと ゆきひろです
ささだです.
まつもと ゆきひろです
ささだです.
まつもと ゆきひろです
[#35977] block parameter for Delagator — keiju@... (Keiju ISHITSUKA)
けいじゅ@いしつかです.
[#35986] 1.9と1.8で、delegateのインスタンスのクラス名の違う — Fujioka <fuj@...>
xibbarこと藤岡です。
まつもと ゆきひろです
けいじゅ@いしつかです.
藤岡です。
けいじゅ@いしつかです.
こんにちは、なかむら(う)です。
[#36008] [Bug #505] 1.upto 2 {|i| p i } — Shyouhei Urabe <redmine@...>
Bug #505: 1.upto 2 {|i| p i }
[#36028] [Bug #513] Tempfile yields [BUG] Stack consistency error — Shyouhei Urabe <redmine@...>
Bug #513: Tempfile yields [BUG] Stack consistency error
[#36033] [Bug #515] String#rindexが期待通りに動かない — Takeyuki Fujioka <redmine@...>
Bug #515: String#rindexが期待通りに動かない
[#36048] TypeError from Encoding.compatible? (r18920) — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[#36066] Numeric#scalar? — Tadayoshi Funaba <tadf@...>
1.9 の Numeric#scalar? について、適当でないのでは (real? などのほうがい
原です。
> やはり、scalar? はずれているんじゃないかな。real? の方がいい
原です。
> ここで、scalar? を疑問視する理由を復習すると、たとえば、「複
1.9.1 までに時間がないので scalar? だけ何とかしたいと思っていましたが、
前田です。
原です。
[ruby-dev:36059] Re: 1.9と1.8で、delegateのインスタンスのクラス名の違う
山口と申します。 DelegateClassの振舞いが早く確定すると安心できていいなぁ、 と思うので気付いた点を書かせて頂きます。 2008/8/28 石塚圭樹 <keiju@ishitsuka.com>: > けいじゅ@いしつかです. >>というわけで、classに関しては、敢えて1.8の挙動を変更する必要 >>はないと思います。 > > ただ, 逆にお聞きしたいですが, Ruby1.9の振る舞いで困ることあります? 直せばいいだけのことかも知れませんので 「困ること」に直接該当するかは分かりませんが、 現状の 1.9 の振舞いのまぎらわしい点を三点挙げておきます。 1. Module#=== これは既に石塚さんが挙げられました通りに、 case文において問題となります。 require "delegate" class A; end DA = DelegateClass(A) da = DA.new(A.new) da.class #=> A case da when A ; A when DA; DA end #=> DA 2. ObjectSpace.each_object 以下のように ObjectSpace.each_object が 紛らわしいことになります。 require "delegate" class A; end class DA < DelegateClass(A) def hello; "world"; end end da = DA.new(A.new) da.class #=> A ObjectSpace.each_object(DA) do |obj| obj.hello #=> "world" end ObjectSpace.each_object(A) do |obj| obj.hello #=> undefined method `hello' end da.class は A を返すのに、ObjectSpace でオブジェクトを 取り出す時にはクラス DA を指定しなければなりません。 3. UnboundMethod#bind エラーメッセージがややこしいことになります。 require "delegate" class A def hello; "world"; end end DA = DelegateClass(A) da = DA.new(A.new) da.kind_of?(A) #=> true da.instance_of?(A) #=> true m = A.instance_method(:hello) m.bind(da) #=> bind argument must be an instance of A (TypeError) 以上に挙げた三点は基本的に C で rb_obj_is_kind_of を 呼び出しているために起きる現象であると思います。 DelegateClass を用いて #kind_of? を委譲したとしても こうしたものに関してはどうしても無力ですので、 拡張ライブラリにおいても同様に問題になる可能性があります。 従ってもし 1.9 の今の振舞いのままにするのであれば rb_obj_is_kind_of 及び rb_obj_is_instance_of を 修正しなければならないのだろうと思います。 また同様にして rb_obj_class や rb_obj_classname に 起因するややまぎらわしい状況が成立する可能性もあります。 私はこうした問題が全面的に解決されるのであれば 1.9 の今の振舞いのままで良いと思います。 たとえば Tempfile の例を考えれば、インスタンスがなるべく File のように振る舞う方が嬉しいのは確かです。 一方もしこれらが解決されない場合 こうしたまぎらわしい場面に直面してしまうと、 ruby の実装に関する知識がないと状況の把握が困難です。 この場合 1.8 の振舞いに戻すのが無難であると思います。 --- 山口慶太