[#22195] IO::for_io and TCPServer#bind — GOTOU Yuuzou <gotoyuzo@...>

test_drb が IPv4 射影アドレスが有効な環境でないと動かないこ

16 messages 2003/12/09
[#22198] Re: IO::for_io and TCPServer#bind — matz@... (Yukihiro Matsumoto) 2003/12/09

まつもと ゆきひろです

[#22205] yet another inconsistency about EOF between StringIO and IO — Tanaka Akira <akr@...17n.org>

StringIO の

24 messages 2003/12/10
[#22206] Re: yet another inconsistency about EOF between StringIO and IO — nobu.nakada@... 2003/12/10

なかだです。

[#22214] Re: yet another inconsistency about EOF between StringIO and IO — Tanaka Akira <akr@...17n.org> 2003/12/10

In article <200312100725.hBA7P8Ac011112@sharui.nakada.kanuma.tochigi.jp>,

[#22222] Re: yet another inconsistency about EOF between StringIO and IO — nobu.nakada@... 2003/12/10

なかだです。

[#22234] Re: yet another inconsistency about EOF between StringIO and IO — Masahiro Sakai (酒井政裕) <sakai@...> 2003/12/11

さかいといいます。

[#22262] Re: yet another inconsistency about EOF between StringIO and IO — Tanaka Akira <akr@...17n.org> 2003/12/13

In article <20031211.214041.71090239.sakai@tom.sfc.keio.ac.jp>,

[#22328] Re: yet another inconsistency about EOF between StringIO and IO — Tanaka Akira <akr@...17n.org> 2003/12/23

In article <87k751dzyf.fsf@serein.a02.aist.go.jp>,

[#22331] Re: yet another inconsistency about EOF between StringIO and IO — matz@... (Yukihiro Matsumoto) 2003/12/23

まつもと ゆきひろです

[#22334] Re: yet another inconsistency about EOF between StringIO and IO — Tanaka Akira <akr@...17n.org> 2003/12/23

In article <1072167374.096702.13473.nullmailer@picachu.netlab.jp>,

[#22343] Re: yet another inconsistency about EOF between StringIO and IO — matz@... (Yukihiro Matsumoto) 2003/12/23

まつもと ゆきひろです

[#22330] core dump with ungetc — Tanaka Akira <akr@...17n.org>

次のように ungetc を使うと core を吐く場合があります。

14 messages 2003/12/23
[#22332] Re: core dump with ungetc — nobu.nakada@... 2003/12/23

なかだです。

[#22366] `to_s': method `to_s' overridden (TypeError) — Tanaka Akira <akr@...17n.org>

そういえば、次の `to_s': method `to_s' overridden (TypeError) というの

12 messages 2003/12/24

[#22385] Tk.callback_break causes seg-fault or hang-up — Hidetoshi NAGAI <nagai@...>

永井@知能.九工大です.

19 messages 2003/12/24
[#22387] Re: Tk.callback_break causes seg-fault or hang-up — matz@... (Yukihiro Matsumoto) 2003/12/24

まつもと ゆきひろです

[#22393] Re: Tk.callback_break causes seg-fault or hang-up — Hidetoshi NAGAI <nagai@...> 2003/12/24

永井@知能.九工大です.

[#22395] Re: Tk.callback_break causes seg-fault or hang-up — matz@... (Yukihiro Matsumoto) 2003/12/24

まつもと ゆきひろです

[#22396] Re: Tk.callback_break causes seg-fault or hang-up — matz@... (Yukihiro Matsumoto) 2003/12/24

まつもと ゆきひろです

[#22397] Re: Tk.callback_break causes seg-fault or hang-up — Hidetoshi NAGAI <nagai@...> 2003/12/24

永井@知能.九工大です.

[#22418] ruby-1.8.1 build failed on HP-UX 11.11 — MIYAMUKO Katsuyuki <k-miyamuko@...>

みやむこです。

29 messages 2003/12/25
[#22419] Re: ruby-1.8.1 build failed on HP-UX 11.11 — matz@... (Yukihiro Matsumoto) 2003/12/25

まつもと ゆきひろです

[#22420] Re: ruby-1.8.1 build failed on HP-UX 11.11 — matz@... (Yukihiro Matsumoto) 2003/12/25

まつもと ゆきひろです

[#22424] Re: ruby-1.8.1 build failed on HP-UX 11.11 — MIYAMUKO Katsuyuki <k-miyamuko@...> 2003/12/25

みやむこです。

[#22491] Re: ruby-1.8.1 build failed on HP-UX 11.11 — MIYAMUKO Katsuyuki <k-miyamuko@...> 2004/01/05

みやむこです。

[ruby-dev:22354] Re: core dump with ungetc

From: Takahiro Kambe <taca@...>
Date: 2003-12-23 16:29:45 UTC
List: ruby-dev #22354
In message <87oetz6gjo.fsf@serein.a02.aist.go.jp>
	on Tue, 23 Dec 2003 18:15:46 +0900,
	Tanaka Akira <akr@m17n.org> wrote:
> In article <200312230824.hBN8O5kM005374@sharui.nakada.kanuma.tochigi.jp>,
>   nobu.nakada@nifty.ne.jp writes:
> 
> > 私のところではcoreは吐きませんでしたが、巨大なファイルができま
> > した。単にglibcのバグなのか、それともreadせずにungetc()すること
> > 自体がそもそも未定義動作なのか。
同プログラムはNetBSD current上では、

taca@edge[100]:./ungetctest
120
taca@edge[101]:ls -l zz
-rw-r--r--  1 taca  wheel  1 Dec 24 01:11 zz

となりました。

> たしか C の仕様としては保証されていなかったように思います。
どうなんでしょうね。ざっと、そこいらの ungetc(3) を見ると明らかなのは、

     One character of push-back is guaranteed.

というあたりは確実なようです。もうちょっと探すと"ANSI C Rationale"とい
う正式な標準ではないもの(<http://www.lysator.liu.se/c/rat/title.html>)
がありました。その4.9.7.11 The ungetc functionの冒頭には、

The Base Document requires that at least one character be read before
ungetc is called, in certain implementation-specific cases.  The
Committee has removed this requirement, thus obliging a FILE structure
to have room to store one character of pushback regardless of the
state of the buffer; it felt that this degree of generality makes
clearer the ways in which the function may be used.

とありました。

> したがって、Ruby としては、そういう危ないのをユーザに指示されたからと
> いって呼んでいいのか、というところが問題なわけです。
危ないのは「readせずにungetc(3)」ではなく、そこにバグを持つ実装が存在
するということになりそうです。

-- 
神戸 隆博 / Takahiro Kambe

In This Thread