X-Spam-Check-By: sourceware.org
Message-ID: <44DDD746.8070407@byu.net>
Date: Sat, 12 Aug 2006 07:27:34 -0600
From: Eric Blake <ebb9 AT byu DOT net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.5) Gecko/20060719 Thunderbird/1.5.0.5 Mnenhy/0.7.4.666
MIME-Version: 1.0
To: cygwin AT cygwin DOT com, dance AT rhythmicharmony DOT com
Subject: Re: Problems with "find" 4.2.27
References: <3528 DOT 68 DOT 202 DOT 41 DOT 205 DOT 1155340325 DOT squirrel AT www DOT rhythmicharmony DOT com>
In-Reply-To: <3528.68.202.41.205.1155340325.squirrel@www.rhythmicharmony.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to dance AT rhythmicharmony DOT 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 AT byu DOT 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/