[#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:2898] Re: [BUG] IO#eof? when Thread using
けいじゅ@日本ラショナルソフトウェアです.
In [ruby-dev :2893 ] the message: "[ruby-dev:2893] Re: [BUG] IO#eof?
when Thread using ", on Jun/17 15:08(JST) Yukihiro Matsumoto writes:
>まつもと ゆきひろです
>|> (a) readはEOFで例外を発生させるべきか(仕様変更)
>|それよりも, gets/getcと仕様があっていた方が良いんじゃないかしら?
>
>「gets/getcと仕様があっていた方が良いんじゃないか」ってのは
>どういう意味でしょう? 私はgetsは今のままの仕様(getsは途中で
>改行がなくEOFが来た場合改行なしの文字列を返し,その次にnil)
>が望ましいと思ってますけど,石塚さんもそれで良いと思っている
>ということですかね.更にreadはreadline系ではなく,gets系であ
>ると.
その通りです.
># 名前的には read はreadってついてますけど,fgets -> gets,
># fread -> read ですから gets 系のようですが….
>|> (d) 指定したサイズが読めなかった場合例外を発生するread相当
>|> のメソッドは(組込みメソッドとして)必要か
>利用価値があるのはもう分かってるんです.問題はそれがどのくら
>いあるのかということですよね.
そうですね... readを使う場面では, ほとんどの場合こちらを使うでしょう.
というのは?
>|> (e) dがyesの場合のメソッド名
>
>| readn
>| readl
>| readchars
>| readstring
>| readsize
>
>どれもピンときませんねえ.もし採用するんならreadbytesっての
>は良いかも.
readchars, readstringよりは良いですね.
readfix
readfixbytes
あたりはどうでしょう? 固定サイズだけ読み込むことが強調されてます.
>|> (f) dがyesの場合,そのメソッドはEOFに対してnilを返すか,例
>|> 外を起こすか(あるいは両方のメソッドを用意するか)
>|
>|えーと. 2つありますよね.
>|
>|1. readして0なら, nil or EOFError
>|2. read(n)して, nより小さくかつeofなら, EOFError
>|
>|getlineとかと仕様を合わせれば良いんじゃないでしょうか?
>
>getlineってのはreadlineのことだと思いますが,合わせようにも
>readlineはサイズを指定しないので,2の状況が発生しないんです
>ね.まあ,1でreadして0ならEOFErrorは間違いないでしょうが.
>
>2はどうしましょうか.また,その場合読み捨てられる文字列はど
>うしましょうか.
私としてはこの場合を例外にして欲しいです. で, ほとんどの場合その文字列
読んでも意味はないですが, なくなると困る場合もあるかもしれないので, 例
外のメンバとして返してもらえると嬉しいのですが.
でも, EOFErrorって通常メンバ持たないですし, 他のエラーEPIPEなども当然
持ちませんから変かもしれないですね.
あとは,
class ReadError < StandardError
attr detail # EOFならEOFError, それ以外はそれなりの例外
attr rest # 最後に読み込んだ文字列
end
みたいなかんじの例外を用意するのもありますが...
# ここまで来ると, 組み込みにするのは気が引けるかな...
__
................................石塚 圭樹@日本ラショナルソフトェア...
----------------------------------->> e-mail: keiju@rational.com <<---