[#2796] ext/socket.c — WATANABE Tetsuya <tetsu@...>
わたなべてつやです。
[#2810] [BUG] IO#eof? when Thread using — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
はじめまして、中井と申します。
まつもと ゆきひろです
[#2815] Kconv.guess — WATANABE Hirofumi <watanabe@...>
わたなべです.
[#2820] experimental release 1.1b9_24 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#2854] experimental release 1.1b9_25 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
前橋です。
前橋です。
[#2872] OPENSTEP for Mach / NeXTSTEP 3.3J patch for ruby1.1b_25 — SHIROYAMA Takayuki <psi@...>
まつもと ゆきひろです
[#2881] Re: [ruby-list:8337] Re: TkMenu's bug — NAGAI Hidetoshi <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
[#2899] Re: [ruby-list:8388] Re: what type are true and false — keiju@... (石塚圭樹 )
けいじゅ@日本ラショナルソフトウェアです.
[#2911] experimental release 1.1b9_26 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
前橋です。
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
1.1b9_26をコンパイルしてみたのですが、
[#2928] RSHIFT() について — EGUCHI Osamu <eguchi@...>
お久しぶりです。
[#2940] experimental release 1.1b9_27 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
ruby-1.1b9_27 での話です。システムに依存している可能性もある
From: matz@netlab.co.jp (Yukihiro Matsumoto)
ふなばです。
[#2951] RE: diff for ruby-1.1b9_25 (mswin32) — 助田 雅紀 <masaki.suketa@...>
助田です。
[#2961] Regexp の実行が遅い気がします — Kazunori NISHI <kazunori@...>
西@九大です。
[#2965] feature freeze for 1.1c — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
From: matz@netlab.co.jp (Yukihiro Matsumoto)
ごとけんです
>>>>> "M" == Yukihiro Matsumoto <matz@netlab.co.jp> writes:
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
>>>>> "M" == Yukihiro Matsumoto <matz@netlab.co.jp> writes:
まつもと ゆきひろです
[#2991] RE: feature freeze for 1.1c — "YANAGAWA Kazuhisa" <kjana@...>
in [ruby-dev:2965] feature freeze for 1.1c
[#3030] [BUG] string[n..m] = 0 => Bus Error — gotoken@... (GOTO Kentaro)
ごとけんです
わたなべです.
[#3048] grand renaming — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#3056] experimental release 1.1b9_28 — matz@... (Yukihiro Matsumoto)
subject says all.
前橋です。
立石@JAISTです。
前橋です。
ふなばです。
立石@JAISTです。
[#3065] [REQ] caller binding — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#3067] collect{}.sort{} bug? — Inaba Hiroto <inaba@...>
バグだと思いますが、何がわるいんでしょう?
[#3086] Re: Enumerable#reverse ([ruby-list:8579]) — gotoken@... (GOTO Kentaro)
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
ひわだです。
[#3110] Re: bignum of ruby11b9_28 — 助田 雅紀 <masaki.suketa@...>
助田です。
[#3122] Ruby/Tk unofficial patch — NAGAI Hidetoshi <nagai@...>
永井@知能.九工大です.
[#3146] [REQ] trace_func — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
[ruby-dev:3086] Re: Enumerable#reverse ([ruby-list:8579])
ごとけんです
reverse は Enumerable のなかでなにか特殊ではないか
という ruby-list の話題の続きです。
In message "[ruby-list:8579] Re: Enumerable#reverse"
on 98/06/29, Yukihiro Matsumoto <matz@netlab.co.jp> writes:
>|>sortなどにくらべてreverseが特別にアレというような理由がある
>|>んでしょうか.私自身はshort cutとして妥協できる範囲内だと感
>|>じているのですが.
>が,その後ちょっと考えてみるとやっぱり若干reverseは特殊です
>ね.というのも他のEnumerableのメソッドは,石塚さんの指摘通り,
>要素数が有限であることを仮定しているものはありますが,要素に
>順序が存在する事を仮定していないんです.あくまでもeachが返し
>た順序はたまたまその順序であったと.ところがreverseだけは
>「eachが要素を与えた順番」に注目しているんですね.
>で,どうしようか.reverseはなくすか….
ちょっと進めて考えると将来的には実装の許す場合は並
行して each されるべき Enumerable (もしくは Bag) と
逐次 each される Sequence というのがあってもいいやも
知れません。
で、そう考えて reverse は、さらに head や tail, etc
を加えた Sequence という新しいモジュールに移すことを
提案します。
ただし、当面、互換性のために reverse は Enumerable
に残すがドキュメントに "will be obsolete in ruby-1.2"
と添える、に一票(つまり年内に消去ですね ^^;)。
なお、石坂さんの指摘から浮かぶ pure な "finite
set" と "enumerable set" を分けたいような気もするけ
ど、それをゆーなら "totally ordered set" と
"partially ordered set" を分けたいような気もときど
きするのでこれは許容範囲と僕も思います。むしろ逆に
Countable(Set) とか言うモジュールを提供する方がプロ
グラミング言語としては自然でわないでしょうか? 以前
まつもとさんが指摘されたように、クラス階層は所詮実
装の継承の階層なのでブルバキ的な数学の公理体系を踏
襲してもあまりうれしくないですし。
# ところでみなさんは半順序を扱わないのでしょうか?
# つまり <=> が -1,0,1 以外に false もあるような
# 集合の包含関係に代表される順序を。
# やっぱりそんなことは sml とかに任せれば良いのかなあ
-- gotoken