[FDclone-users:00610] Re: 仕切り直します。

[yuji tamura <yuji@isis.ocn.ne.jp>]

こんばんは、田村です。

いつも拙い確認報告でご迷惑をおかけします。
言葉も悪いのかもしれません。

On Thu, 05 Oct 2006 00:15:01 +0900, Takashi SHIRAI wrote:

> 　うう、話が違うじゃないですか。[FDclone-users:00607] ではこ
> の設定で症状が解消した筈だったのに、単に再現性が低かっただけ
> なんでしょうか。

これですが、
[FDclone-users:00607] 

>>/Users/yuji/Documents/
>>において、
>>「12 test2/」
>>と言うディレクトリ名が消える現象は確認しました。

>ほぅ消えましたか。

の事でしょうか？、すみません、ファイル名が消える現象は
変わりませんよ、と言いたかったのでした。

> 　「\」が「?」と表示されるようならそれはそれで問題ですが、こ
> れは単に入力ミスしただけですよね？もしミスじゃないとしたら、
> Virus か何か疑った方がいいかも。OS が根本的にイカれてます。

これもミスしていました。ソースコードのコピペで間違ったようです、
確認した所、ソースコードがおかしくなっていました。
直して、
-----
[yuji:~/work/test] yuji% ./maxnam
255
-----
となりました。

> ＃　あれ？読み返してみたら最初は 10.4.7 と言ってませんでした？

はい実はそうです、数日前にアップデートが配布されたので、
「状況が好転しないかな？」と思い、10.4.8 にしましたが
挙動は変わらないようです。
状況確認なのでまずかったですか、すみません。

> 　これは libmalloc を link しただけで、他は素の 2.09 のまま
> ですよね？

はいそうです。

> 　素の 2.09 に strdup2() の改造を施してから同じ検証をやって
> みましょうか。libc.c: strdup2() の中に malloc() が一箇所あり
> ますが、この引数を「(ALLOC_T)n + 1」→「(ALLOC_T)n * 2 + 1」
> と変えてみて下さい。
> 　これで strdup2() は常に必要サイズの倍の領域を確保するよう
> になるので、memory leak が防げるようになるかも知れません。

-----libc.c-----
char *strdup2(s)
char *s;
{
	char *tmp;
	int n;

	if (!s) return(NULL);
	n = strlen(s);
	if (!(tmp = (char *)malloc((ALLOC_T)n * 2 + 1))) error("malloc()");
	memcpy(tmp, s, n + 1);

	return(tmp);
}
-----libc.c-----
でいいしょうか？、素の fd v2.09 に上の変更をしただけの物で
検証しました。
「/Users/yuji/Documents/」において
「1 shopping/」と言うディレクトリ名が消える事を確認しました。

> 　directory 内の file が多いとそれだけ大量の strdup2() が実
> 行されるので、ある程度の数が必要になるのでしょう。

なるほど、数の方が問題になるのですね、サイズの方かと思ってました。
検証して見ます。

今日「/User2/yuji/Documents」の再現条件確認のための作業をして
いた時に気付いたのですが、普通私はターミナルを「95桁、45行」で使用
しているのですが、「125桁、45行」に広げて使っていた所、
素の fd v2.09 でもファイル名、ディレクトリ名が消えない事に
気付きました。

ただ、今日は後半再現性が悪く、なかなか状況再現がうまくいかないので
もう少し、確認して見ます。

> 　再現可能な directory 構成が構築出来たら、その構成を tar に
> して添付して下さい。file name だけの問題なので、file size を
> 全部 0 にすればそんなに大きな tar ball にはならないでしょう。

こちらも確認中ですがもう少し時間がかかりそうです、もう少し時間を
ください。

---
yuji tamura