[#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:35879] Re: Complex & Rational
> ふなばさんのテストメイルは届いていたみたいですが... > とりあえず, ruby-dev にもCcを入れてあります. 昨日6通送って、あれだけ届いたようです。これも届くのかどうか。 > こうでなくて, T_FIXNUM, T_BIGNUM, T_FLOAT, T_RATIONAL だけにかぎらず, > other が real?(scalar?) だったら, > > return f_complex_new2(CLASS_OF(self), > f_add(dat->real, other), dat->image); > > できると言いたいわけなんですよ. ああ、それはそうです。[ruby-dev:27877] でも触れられているものですね。 > 両者とも正規化しない方がよい気がしてきました. to_sで "1" が返ると整数 > の1と勘違いしそうですものね. そうしましょうか。 > わざわざこうやっているんですよね. 1/3i だと 1/(3i) に見えるなと思った > んです. それに, > > (1/3)i ≠ 1/(3i) = -(1/3)i > > ですし... まあ, ただ, それは数式としての話で, Ruby上の表記としてこうなっ > ているとすれば問題ない気もします. 他の処理系で一般的ならそれほどこだわ > りません. -- (A) これですが、たとえば、Squeak なんかだと、式として書くときには i はメッ セージなんで、まさに、1/3+(1/3)i とかしないといけないですが、それは、結 合の規則で単項メッセージが強いからなんだと思います。 Scheme のリテラルとして見れば、Scheme では i の前にあるのは、実数 (有理 数も含む) ということは、BNF で確認できます。これをみたところで解釈に無 理や不自然さは感じません。 この形式は、石塚さんの Smalltalk の素養が影響しているのかな、と思ったり しますが、これまでのところ、この場合の括弧は必要だとはいえないように思 います。 > >つけるならつける、つけないならつけないで、 > > > >Complex(Rational(1,3),Rational(1,3)).to_s #=> "1/3+1/3i" > >Complex(Rational(1,3),Rational(1,3)).inspect #=> "((1/3)+(1/3)i)" > > > >というわけにはいかないでしょうか。 > > 表現的には一貫性がありますよね. あとは, 上記(A)の話だけですが, scheme > 以外ってどうなっているんでしょうかね... Scheme 以外だとあまり思いつかないですね。手元の Squeak では、 "(1/3) + (1/3) i" ってなりましたけど。 石塚さんのいわれるように、inspect を再帰的につかう、というのは、この場 合にも当て嵌められることで、Complex からは、必要以上にその内容に踏み込 まず抽象的にあつかっておくべきだと思うし、そうすると、上のような表現に ぴったりしますね。 > scheme は 1/3+1/3i って atom で元々各個つけられないですし... こうであ > るべきと考えたのか, これしか表現のしようがなかったのか判断できないです > し... ひとつの字句ですが、i の優先度は低い、と考えればいいのかも。