Message-ID: <2332.68.202.41.205.1155563445.squirrel@www.rhythmicharmony.com>
In-Reply-To: <44DDD746.8070407@byu.net>
References: <3528.68.202.41.205.1155340325.squirrel@www.rhythmicharmony.com>     <44DDD746.8070407@byu.net>
Date: Mon, 14 Aug 2006 09:50:45 -0400 (EDT)
Subject: Re: Problems with "find" 4.2.27
From: dance@rhythmicharmony.com
To: cygwin@cygwin.com
User-Agent: SquirrelMail/1.4.4
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

The remote file system is ext3.  Upgrading findutils fixed the problem.

Thank you for your time and assistance.


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> According to dance@rhythmicharmony.com on 8/11/2006 5:52 PM:
>> I've been having problems with "find", and it's hard to search the
>> entire
>> mailing list for "find" since it's such a common word.  I don't know
>> what
>> cygwin package "find" comes in, so I can't search for that.
>
> cygcheck -p find.exe shows it is part of findutils.
>
>>
>> You'll notice that it showed a directory named 90s/no and a directory
>> named 70s with no files in them.
>
> Try upgrading to findutils 4.3.0.  I suspect the leaf optimization is
> getting told a bad link count for the remote directories, and is then
> assuming it does not need to stat files to traverse into subdirectories.
> By upgrading, you will be using a newer algorithm in find that is less
> confused by these situations.
>
>> If I try the same command from my Fedora 5 box, it complains that
>> //192.168.200.9/public isn't a valid directory.
>
> That's because // notation is only special on cygwin.  POSIX allows it to
> be special, but most other Unix vendors treat it as synonymous with /.
>
>>
>> If I mount the network on my windows XP machine, and use the cygwin find
>> on the mounted drive, it has the same problem.
>
> Mounting on cygwin doesn't change the fact that the drive is remote, and
> that cygwin doesn't always know how to calculate link count for remote
> drives.  By the way, what type of filesystem is this?  Also, what version
> of cygwin are you using, as cygwin 1.5.21 contains code to make link count
> more reliable.  If you had followed directions,
>
>> Problem reports:       http://cygwin.com/problems.html
>
> and sent the text output of `cygcheck -svr' as an attachment, we could
> have helped you better.
>
> - --
> Life is short - so eat dessert first!
>
> Eric Blake             ebb9@byu.net
> volunteer cygwin findutils maintainer
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2.1 (Cygwin)
> Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFE3ddF84KuGfSFAYARAqVzAKDOeCh+NWIoMjStkAQZbANjqRKvTACg2AI8
> VXWEIOgCubr9upLxn0tdok4=
> =XJ5P
> -----END PGP SIGNATURE-----
>
> --
> 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/
>
>


--
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/