This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: experimental coreutils-5.94-4
- From: Corinna Vinschen <corinna-cygwin at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Thu, 2 Mar 2006 00:01:32 +0100
- Subject: Re: experimental coreutils-5.94-4
- References: <022820061618.27185.440477D700069FD600006A3122069997350A050E040D0C079D0A@comcast.net> <20060228174432.GB27116@calimero.vinschen.de> <20060301154541.GU3184@calimero.vinschen.de> <loom.20060301T172506-641@post.gmane.org>
- Reply-to: cygwin at cygwin dot com
On Mar 1 16:44, Eric Blake wrote:
> Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> > Now, with the patch, they are listed even though they don't exists in
> > reality on the drive. The additional advantage is that the shell's
> > file completion now also works for these paths.
>
> Now, what would be really cool is if the link count of directories with
> mount points could be updated, to match the fact that readdir can now see
> mount points:
I've checked in a patch which should accomplish that. Note that /proc
and /cygdrive always have a link count of 1 now, as for remote
directories. In case of /proc, the real link count would only
coincidentally match the number of subdirectories, while in case of
/cygdrive the evaluation of the link count would result in accessing the
floppy drive for each stat. Since the link count of 1 is known to work
even with older find versions, that seems the best compromise to me.
Other than that, the link count should be correct now for local
directories.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/