[#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:35865] Re: Refactoring of enumerating prime numbers
けいじゅ@いしつかです. In [ruby-dev :35863 ] the message: "[ruby-dev:35863] Refactoring of enumerating prime numbers ", on Aug/16 14:11(JST) "Yugui (Yuki Sonoda)" writes: >Yuguiです。 >mathn.rbに収録されているPrimeクラスの使い勝手がいまいち良くないので改善 >を提案します。直したいのは3点です。 > >1. mathn.rbに入っている >2. インスタンスを生成する必要がある >3. そもそも独自のクラスが必要か? インターフェースの側面, 機能の側面, 実現の側面から見てみたいと思います. まず, インターフェース上の側面から. >== mathn.rbに入っている >素数列挙は整数に閉じた計算でも必要になるものなので、mathn.rbがもたらす > int / int => rational >は嬉しくないことがあります。 分からないことはないです. ただ, そもそも, Prime は 元々, 素因数分解のために mathn.rb に入ってい るもので, mathn.rb に同梱されているからこそ標準添付になれたもので, そ れ単独で標準添付になれたかどうか? たぶん, なれなかったでしょう. >ですから、素数を列挙する機能はmathn.rbに含まれているべきではありません。 >添付のパッチでは仮にlib/math/prime.rbというファイルに追い出してみまし >た。 そのあたりが, lib/prime.rb でなく lib/math/prime.rb という遠慮になって いるような気がします. いまさら, 分けたら標準添付からはずせともいわれないと思いますので, 場所 (ファイル名)はともかく分けてもよいと思います. >== インスタンスを生成する >素数列挙機能は現在は次のようにして使う必要があります。 > Prime.new.each do |prime| > # do something > end >要するに、Primeオブジェクトは素数列挙に対する外部イテレータです。 >これは少し奇妙に思えます。 全然奇妙でもないと思いますが? 概念的には, Primeインスタンスが素数の集 合を表していると考えているからです. その素数集合から数え上げていると考 えているのでこのようなインターフェースになっています. >次のように書きたいです。 > Prime.each do |prime| > # do something > end それは, インターフェース上の問題で, 利便性からそいうものがあってもよい 気がしますが. for prime in Prime # ... end って書くとおかしい気がするので, あくまでもそのようなインターフェイスも 用意するのがよいと思います. >== そもそも独自のクラスが必要か >こうなると、Primeという独自のクラスが必要かどうかが疑問になってきます。 > Integer.each_prime do |prime| > # do something > end > >でよいのではないでしょうか。Primeという別個のクラスが用意されていたのは >外部イテレータを提供するためにインスタンスを生成する必要があったのだと思 >われます。Enumeratorが組み込みになった今、素数列挙機能はIntegerクラスに >付加するのが自然だと思います。 > Integer.each_prime do |prime| がインターフェイス上欲しいってのを否定するつもりはないです. 積極的に肯 定する来もないですが. 次に, 機能的側面から. Enumeratorと外部イテレータとしてのPrimeインスタンスですが, Enumerator はスレッドの境界を越えられないという制約がありますので, そのような制約 のないPrimeからわざわざダウグレードする必要はないです. 次に, 実装的側面から, Yuguiさんの実装はでは, Integerのクラス変数として @@primes @@next_to_check @@ulticheck_index @@ulticheck_next_squared とうが, 導入されていますが, これはとても許せないですね. Integerのクラ ス変数としてはふさわしくないと思います. > 今はEnumerable::Enumeratorがあるのですから、外部イテレータ生成のためだけ > に奇妙な振る舞いをさせる必要はありません。また、Rubyライブラリとしては内 > 部イテレータをまず提供するのがより自然ではないでしょうか。 とありますが, 現行のPrimeから内部イテレータを実現する方法とYuguiさんの内部イテレータ からEnumertorを利用する方法とどちらが自然かといえば, 外部イテレータを 実現するためにFiberを用いている方がよっぽど不自然だと思います. 牛刀っ て感じがします. さらに, 上記で述べたように機能的に劣るものに置き換える 理由はないと考えます. 私の結論としては: * mathn.rb から 分離独立させる => 賛成 * Prime.each の導入 => 賛成 * Integer.each_prime の導入 => 必要性はあまり感じない * 実装に関して => 現状のままでよい. です. __ ---------------------------------------------------->> 石塚 圭樹 <<--- ---------------------------------->> e-mail: keiju@ishitsuka.com <<---