This is the mail archive of the
cygwin@sourceware.cygnus.com
mailing list for the Cygwin project.
RE: Bug in find?
- To: Edward Avis <EPA at datcon dot co dot uk>
- Subject: RE: Bug in find?
- From: "Brian D. Carlstrom" <bdc at martigny dot ai dot mit dot edu>
- Date: Mon, 18 May 1998 09:59:19 -0700
- Cc: "'Brian D. Carlstrom'" <bdc at ai dot mit dot edu>, "'gnu-win32 at cygnus dot com'" <gnu-win32 at cygnus dot com>
- References: <c=GB%a=TMAILUK%p=DCNET%l=EXCHANGE2-980518141128Z-11280@smtp.datcon.co.uk>
- Reply-To: "Brian D. Carlstrom" <bdc at ai dot mit dot edu>
Edward Avis writes:
> >I made the observation that find was not descending into directories
> >that had a repeated path segment such as findlosage/quux/foo/foo or
> >findlosage/quux/foo/quux. This was running the find starting in the
> >findlosage directory.
>
> This is because of the simulated inode numbers. These are calculated
> based on the directory name, and hence foo/bar has the same inode number
> as foo/bar/bar. On Unix, it makes sense for find to skip a directory if
> it has already seen that inode - but it gets confused on Cygwin32.
>
> AFAIK, this problem is not as bad on B19, because the whole path is used
> to seed the inode number, not the leafname. So if you're running B18,
> I'd suggest moving to the newest version (and coolview, etc.)
I'm sorry I forgot to mention that this is a problem with B18, B19, and
B19.1. I actually did an 'ls -i' to make sure the inode numbers were
different and they seemed to be...I also tried the -noleaf options to
find just for voodoo sake.
-bri
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".