[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]
[MD:415]Links of directory
- X-ml-count: 415
- Subject: [MD:415]Links of directory
- From: Miyashita Hisashi(宮下 尚:HIMI) <himi@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: 12 Jan 1998 08:45:25 +0900
- X-mailer: Gnus v5.4.64 + SEMI patch (r2.1)/Emacs 20.2
morioka@xxxxxxxxxxx (守岡 知彦 / MORIOKA Tomohiko) writes:
> himi> > どうも、nnmh-request-list-1 がうまく動いていないようです。結局、
> himi> >
> himi> > (> (nth 1 (file-attributes (file-chase-links dir))) 2)
> himi> >
> himi> > が nil を返しているのが原因だということが判りました。つまり、
> himi> > ~/Mail/ の下に inbox/ しかない場合、~/Mail/ の link 数は 3 であ
> himi> > るはずなのに、Meadow では 2 になっているので上記の条件を満たさな
> himi> > くなってしまっていた訳です。
>
> himi> > これは何らかの理由があるのでしょうか?それとも Meadow ないしは
> himi> > Windows 95 の bug でしょうか?
>
> himi> おみごとです。bugともいえます。そもそもNTFSやFATにLinkという概念が
> himi> ないので現状では常に2を返すだけになっています。
>
> himi> DirectoryのLink数だからSubdirectory数 + 2を返せばいいのでしょうか?
> himi> そうしたほうがよいですか?
>
> ちなみに Linux の VFAT file system はそんな感じにしているみたいですね。
> 正直いってどうするのが正しいのか私には良く判らないのですが、とりあえずそ
> んな風にしてまた問題が出たら考えるというのではいかがでしょうか?(^_^;
と、思ったのですが、file-attributesにかなりの時間を
費やすようになってしまいました。^^;;;
directoryの中が多いと結構時間を食います。
まあFATだと構造的にどうしようもないですね。
## Cacheは効くみたいだけど。
NTFSなら、directoryだけ数える方法があるんだけどねぇ。;_;
## 95を切り捨てたくなる衝動に駆られる。;_;
## はじめはCompletionまで遅くなっちゃって、許し難くなって
## また対策コードを書いちゃった。
From himi
#### FAT32なんて広まらないで欲しい。