[#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:2888] Re: [BUG] IO#eof? when Thread using
まつもと ゆきひろです
しばらく考えてみたのですが,やっぱりよくわかんないところがあ
ります.
In message "[ruby-dev:2869] Re: [BUG] IO#eof? when Thread using"
on 98/06/15, 石塚圭樹 <keiju@Rational.Com> writes:
|けいじゅ@日本ラショナルソフトウェアです.
|こっちのマニュアル(同じものと思いますが)では,
|
| If an error occurs, or the end-of-file is reached, the return
| value is a short item count (or zero).
|
|となっていますので, lenより身近いときは, errorかEOFですので, その時は,
|
| fread does not distinguish between end-of-file and error,
| and callers must use feof(3) and ferror(3) to determine
| which occurred.
|
|をやって下されば, まさに望んでいるものになりそうです.
えーと,これはfreadが0を返した時にエラーであるか,EOFである
か判別する方法について述べているのであって,lenより短い長さ
を読み込んだ時の話ではないです.直接はそうは読めないかも知れ
ませんが.
|> * 現在のreadの仕様を使えばrubyで簡単に定義できるが,わざわ
|> ざ組み込みメソッドにする必要があるか
|
|1.
| getc/readchar
| gets/readline
|
|の対象性からあった方が良い.
ま,EOFで例外を発生するreadの存在は否定しません.あるいは現
在のreadでEOFに対してnilでなくエラーを返すとか.
が,石塚さんの求めている「新read」は途中までしか読み込んでい
ない場合にもエラーを発生することを求めているわけで,それとは
また違う概念です.ここは明確に区別すべきだと思います.
|2. read(n)の時に毎回サイズをチェックしなければ, 正しいプログラムになら
| ないのはめんどくさいことが多い.
|
| *私なら*ですが, readよりも新readを絶対使いますね.
おっしゃることはわかります.そういうメソッドがあれば便利な局
面がある事も肯定します.が,freadのlen引数はもともとは読み込
むべきバッファの大きさを指定しているので,そのような挙動を
freadに対応させるのはかなり大胆ですよね.
で,もともとUNIXにあるモデルを大きく変更したものを標準にした
くないので,現在のような挙動のreadがなくなることはないと思い
ます.readという名前のメソッドの挙動が石塚さんの望むようなも
のになることも.
|3. 問題点
|
|readlineと新readって若干動作が違うんですね. readlineは読み込中にEOFが
|来るとそれまで読んでいたものを返しますが, 新readはそのサイズに満たなけ
|れば, 例外ですので...
|
|でも, 両方の使い方からいって, 総方ともそうなっている方が良いとは思いま
|すが...
えーと,getlineは長さを指定しないので「サイズに満たない」と
いう状況は発生しません.EOFに対して例外を発生することと,指
定した長さが確実に読まれたことを保証するのは別のことです.
ですから,考えるべきことは
(a) readはEOFで例外を発生させるべきか(仕様変更)
(b) もし,現在の仕様のままの場合,EOF例外を発生するread相当
のメソッドは必要か.
(c) bがyesの場合のメソッド名
(d) 指定したサイズが読めなかった場合例外を発生するread相当
のメソッドは(組込みメソッドとして)必要か
(e) dがyesの場合のメソッド名
(f) dがyesの場合,そのメソッドはEOFに対してnilを返すか,例
外を起こすか(あるいは両方のメソッドを用意するか)
だと思います.
まつもと ゆきひろ /:|)