[#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:22446] Re: Dir.glob とShjift_JIS について

From: "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
Date: 2003-12-28 10:03:35 UTC
List: ruby-dev #22446
山本です。

すみません、バグがありました。新しく文字列を確保すべきところで、
していませんでした。

# 自分で言うのも何ですけど、処理の流れがわかりにくいかも。

[ruby-dev:22444]に対するパッチです。
後半のは見栄えの修正で、動作に違いはありません。

--- dir,c-22444	Sun Dec 28 11:28:56 2003
+++ dir.c	Sun Dec 28 18:43:14 2003
@@ -1048,3 +1048,6 @@ glob_helper(path, sub, separator, flags,
 	if (!magical) {
-	    status = glob_helper(path, p, separator, flags, func, arg);
+	    buf = ALLOC_N(char, strlen(path)+1);
+	    strcpy(buf, path);
+	    status = glob_helper(buf, buf+(p-path), separator, flags, func, arg);
+	    free(buf);
 	    if (status) return status;
@@ -1066,6 +1069,5 @@ glob_helper(path, sub, separator, flags,
     for (dp = readdir(dirp); dp != NULL && status == 0; dp = readdir(dirp)) {
-	const int uncheck = 0;
-	const int dir     = 1;
-	const int notdir  = 2;
-	int type = uncheck;
+	const int ok = 0;
+	const int no = 1;
+	int dir = -1;
 	if (recursive && strcmp(".", dp->d_name) != 0 && strcmp("..", dp->d_name) != 0) {
@@ -1075,3 +1077,3 @@ glob_helper(path, sub, separator, flags,
 	    strcpy(buf+n, dp->d_name);
-	    type = notdir;
+	    dir = no;
 	    if (do_lstat(buf, &st) == 0) {
@@ -1083,6 +1085,6 @@ glob_helper(path, sub, separator, flags,
 		    tail = &tmp->next;
-		    type = dir;
+		    dir = ok;
 		}
 		else if (S_ISLNK(st.st_mode) && do_stat(buf, &st) == 0 && S_ISDIR(st.st_mode)) {
-		    type = dir;
+		    dir = ok;
 		}
@@ -1091,3 +1093,3 @@ glob_helper(path, sub, separator, flags,
 	}
-	if (type == notdir && *m == '/')
+	if (dir == no && *m == '/')
 	    continue;
@@ -1102,3 +1104,3 @@ glob_helper(path, sub, separator, flags,
 	    }
-	    else if (m[1] == '\0' && type == dir) {
+	    else if (m[1] == '\0' && dir == ok) {
 		strcpy(buf+n1+n2, m);


In This Thread