[#33561] open-uri problem — rubikitch@...
るびきちです。
[#33567] rational, complex and nuby — Tadayoshi Funaba <tadf@...>
ruby に rational と complex を組みこもうと試していて nuby という派生物
なかだです。
> 若干古い1.8.6がベースでしょうか。
なかだです。
> 2002/01/25版にその後の修正を手で追加した状態? ChangeLogをみたら、
なかだです。
> ちょっと見たところ、Enumerable#stable_sort_byがsortを使っている
原です。
[#33580] Re: cgi.rb再構築案 — "Makoto Kuwata" <kwa@...>
桑田といいます。
まつもと ゆきひろです
なかだです。
[#33611] Solaris で timeout.rb が Segmentation fault する。 — shiiya@...
はじめまして。椎屋と申します。
なかだです。
椎屋です。反応ありがとうございます。
なかだです。
さとうふみやす @ OSS テクノロジです。
In article <87r6foys1z.wl%fumiyas@osstech.jp>,
At Fri, 8 Feb 2008 14:00:35 +0900,
In article <87prv8yovi.wl%fumiyas@osstech.jp>,
とみたです。
In article <20080219182203.2559fc3e.tommy@tmtm.org>,
[#33621] EUC-KR <-> UTF-8 transition table — "Park Ji-In" <tisphie@...>
朴 芝印です。
成瀬です。
At 05:00 08/02/07, NARUSE, Yui wrote:
朴 芝印です。
[#33628] encdet.rb — Tanaka Akira <akr@...>
前から考えていたのですが、ファイル先頭の magic comment や
まつもと ゆきひろです
In article <E1JN0fO-00084M-Dg@x61.netlab.jp>,
須藤です。
In article <20080214.203702.439940124859613817.kou@cozmixng.org>,
須藤です。
In article <20080215.210932.373570872046057306.kou@cozmixng.org>,
須藤です。
In article <20080219.210130.275954098091635027.kou@cozmixng.org>,
[#33646] require/load/autoload の encoding オプション — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
[#33662] rational, complex and mathn — Tadayoshi Funaba <tadf@...>
rational は floor、truncate、ceil、round を定義していません。Numeric
他にも問題、課題はあると思います。すぐに解決できるものと、そうでないも
ひとつ書き忘れました。
まつもと ゆきひろです
> 原さんのrationalは導入予定がありますので、この機会にもう一度
原です。
> 前にふなばさんと個人的なメールのやりとりで、結局また私がrationalをまと
原です。
> > それなりに速くはなるし、単純なところでそれなりに満足していますが、一度、
nurat 0.0.2 を出しました (ついでに nucomp も)。
仕様を確認していきたいと思います。
まつもと ゆきひろです
原です。
> > new!はRubyで実装しているためにだけ必要なので、Cで実装するな
原です。
> Rational::Unify が定義されているときは、Rational.new(1,1) で Integer
> Rational() は、1つか2つの引数をとる。
> 実際的に重要な機能が Rational() という名前で固定されるのはクラスの定義
もうあまり手を入れないでおこうと思ったのです、つい手を入れてしまいまし
原です。
ちょっと実験してみました。原さんの rational は、かけ算割り算が速いので、
で、考えていたんですが、目的は、最速の rational を作ることではなくて、
原です。
成瀬です。
まつもと ゆきひろです
> はい。Complexについても1.9の間に組み込んでよいと思います。
まつもと ゆきひろです
nurat を組みこんでみました。最低限必要な修正だけになっていると思います。
rational と complex を 1.9 に組みこむ作業をしました。
異議がなければ、若干の手直しの後、次週末にでも trunk にコミットしよう
> 異議がなければ、若干の手直しの後、次週末にでも trunk にコミットしよう
まつもと ゆきひろです
[#33674] erb.rb の仕様について — "Makoto Kuwata" <kwa@...>
桑田といいます。
[#33676] Suggestion: Proc#curry — "Yusuke ENDOH" <mame@...>
遠藤と申します。
[#33679] bigdecimal — Tadayoshi Funaba <tadf@...>
bigdecimal/math.rb の BigMath は、利用者が include してつかうことを前
Integer や Float に比べると、BigDicimal() は、1 や 1.1 を受けつけない、
斎藤と申します。
> 仮にBigDecimal(1.1)を、(二進小数として)受け付けると、「BigDecimalでは、
まつもと ゆきひろです
[#33699] trunk: インストールファイルのアクセス権 — pegacorn <subscriber.jp@...>
trunk で、インストールファイルのアクセス権が適切に設定されないものが
[#33712] Array の product の戻り値 — "Hideo Konami" <konami@...>
小波です。
[#33726] Re: [ruby-cvs:22680] Ruby:r15443 (trunk): * bootstraptest/runner.rb, bootstraptest/test_method.rb, enc/depend, — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
成瀬です。
In article <47B26518.60309@airemix.com>,
Tanaka Akira wrote:
こんにちは、なかむら(う)です。
成瀬です。
[#33825] Ruby M17N 会議の議事録 — "NARUSE, Yui" <naruse@...>
成瀬です。
[#33837] spec of Rational — Shin-ichiro HARA <sinara@...>
原です。
[#33838] 文字列処理の高速化 ? — Martin Duerst <duerst@...>
ただの一例ですが、先週の金曜日に松本さんに見せたときに
[#33843] IO.copy_stream — Tanaka Akira <akr@...>
IO.copy_stream をつけるのはどうでしょうか。
[#33889] Re: [ ruby-Bugs-17454 ] irb crash while iterating over all objects — Urabe Shyouhei <shyouhei@...>
卜部です。ちょっとお知恵を拝借したく。
ミスって送信ボタン押しちゃった
こんにちは、なかむら(う)です。
なかだです。
Nobuyoshi Nakada さんは書きました:
豊福です。
まつもと ゆきひろです
豊福です。
まつもと ゆきひろです
豊福です。
まつもと ゆきひろです
豊福です。
[#33894] character encodings differ: US-ASCII and dummy encoding — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
[#33916] UTF_16LE.dummy? returns false — sheepman <sheepman@...>
こんにちは sheepman です。
[#33926] --host=i586-mingw32msvc — Kouhei Sutou <kou@...>
須藤です。
[#33937] patch for ruby_1_8_6/lib/rexml/element.rb@12852 — oshida@...
押田です。
[#33943] warning about space before argument parentheses — Nobuyoshi Nakada <nobu@...>
なかだです。
[ruby-dev:33787] Re: Array の product の戻り値
成瀬です。
Yukihiro Matsumoto wrote:
> まつもと ゆきひろです
>
> In message "Re: [ruby-dev:33752] Re: Array の product の戻り値"
> on Wed, 13 Feb 2008 15:21:51 +0900, "NARUSE, Yui" <naruse@airemix.com> writes:
>
> |あれから他の方に教えて頂いたのですが、「Enumerator」と「配列的メソッドを
> |備えたもの」は「C++ における Iterator」に一般化でき、その分類によると、
> |* Enumerator -> Input Iterator
> |* 配列的メソッド -> Random Access Iterator
> |にあたるそうです。
>
> 自分で勉強するべきなのかもしれませんが、最近のC++事情には疎
> いので(私がC++プログラマだったのは10年以上前)、「C++ におけ
> る Iterator」というのはInput IteratorとRandom Access
> Iteratorの他にもいろいろあるんですかね。
あ、参照を張ろうと思って忘れていました。
http://www.kuzbass.ru/docs/isocpp/lib-iterators.html
図にすると以下の通り、
Random access -> Bidirectional -> Forward -> Input
-> Output
それぞれ以下のようになります。
Input: 入力のみ一方向シーケンシャル
Output: 出力のみ一方向シーケンシャル
Forward: 入出力一方向シーケンシャル
Bidirectional: 入出力双方向シーケンシャル
Random access: 入出力ランダムアクセス
ちなみに、boost だとちょっと変わって、
Incrementable -> Single Pass -> Forward Traversal
-> Bidirectional Traversal -> Random Access Traversal
http://www.boost.org/libs/iterator/doc/new-iter-concepts.html
となっていますが、区別の本質は同じですね。
> |* だから、「配列的メソッド」を備えた Enumerator、
> | つまり Indexer が欲しい。
> |* なお、「配列的メソッド」のキモは [], []=, length であり、
> | これらが実装されていれば、あとはそれを用いて実装できる
> |ということが言いたかったのです。
>
> うーん、lengthが必須であるならば配列にしてしまっていけない理
> 由があまり思いつかないのですが。メモリ効率?
まず、メモリ効率と実行効率両方です。これは String.bytes が返す Indexer
の場合がいい例かと。
次に、実体を一つにしたいというケースです。これも String.bytes の例です
が、これが整数列を返す場合、これにたいして書き込みを行っても元の String
が変更されません。
加えて、独自のメソッドを追加したい場合です。Array のインスタンスに特異メ
ソッドを使う方法は面倒ですし、Array を継承した場合は [] を再定義しても
first が依存していないのでこれも使えません。独自クラスに Indexable を
include する方法ならば、これもすっきりします。
> lengthがないならばLazyなList が作れるという理由が思いつくのですが。
Requirements については議論の余地がある点だと思っています。今回 length
を加えたのは String.bytes が返すものに対しての採用を期待しているからで、
そのために length が必要になりました。
length や []= のない Indexer というのも存在しうると思っていますが、まず
は目下欲しい String.bytes に必要なメソッドとして、[], []=, length を挙げ
ました。
> もうちょっといろいろ議論しないと、なぜRandom Access Iterator
> が必要なのか見えてきません。
目下の主張としては、[ruby-dev:33447] の
> うーん、どうしようかなあ。専用クラス化した方が性能が上がると
> かいいこともあるんですがねえ。でも、byteアクセスとbyte列挙子
> を同一視することになんとなく抵抗感があります。
についてで、「byteアクセスはbyte列挙子の延長にある」というものです。
String.bytes.each{|x| p x}
String.bytes[idx]
String.bytes[idx]=
はそれぞれ自然なものであるというのが第一の主張です。
よって String.bytes は Random Access Iterator を返すべきというのが第二。
それを Enumerator につっこむのはさすがに違いすぎるだろうから Indexer と
いう別のものにしよう。
他のオブジェクトにも使えるだろうから Indexable もあるといいね。
ところで、String.bytes 前提だと length が必要だね。
となって、今に至るという感じでしょうか。
--
NARUSE, Yui <naruse@airemix.com>
DBDB A476 FDBD 9450 02CD 0EFC BCE3 C388 472E C1EA