X-Spam-Check-By:	sourceware.org
Message-ID:	<4433B21D.3010706@byu.net>
Date:	Wed, 05 Apr 2006 06:03:41 -0600
From:	Eric Blake <ebb9 AT byu DOT net>
User-Agent:	Thunderbird 1.5 (Windows/20051201)
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com, jim AT cs DOT ualberta DOT ca
Subject:	Re: find and /cygdrive/c
References:	<S561321AbWDEJ0F/20060405092613Z+145 AT sunkay DOT cs DOT ualberta DOT ca> <10845a340604050252q26b2241bmfa04adba5d08d799 AT mail DOT gmail DOT com>
In-Reply-To:	<10845a340604050252q26b2241bmfa04adba5d08d799@mail.gmail.com>
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 Richard Quadling on 4/5/2006 3:52 AM:
> On 05/04/06, Jim Easton wrote:
>> example:
>>
>> $ find /cygdrive/c -iname \*Telus\* -print
>> find: .: No such file or directory
>> find: /cygdrive/c/AUTOEXEC.BAT: No such file or directory
> 
> 
> $ find /cygdrive/c -iname \*pear\* -print
> /cygdrive/c/PEAR
>
> suggests that it is a version issue.

You are not the first to report something like this, but I have not been
able to reproduce it myself, with either 4.2.27 or 4.3.0 (note that find
uses a different search algorithm in 4.3.0, but the old 4.2.7 algorithm is
still available in the program oldfind in 4.3.0, so really you only need
4.3.0 to test both behaviors).  I suspect a remote drive bug, rather than
versioning issues, but I'll need more details.

First, you should follow the reporting guidelines here:
> Problem reports:       http://cygwin.com/problems.html
and include the output of 'cygcheck -svr' as a text attachment.

Then, what directory were you in when you ran find?  Is it a remote drive?
 Is it running Samba?  If so, what version of Samba?  There are known
issues with cygwin 1.5.19 when communicating with certain remote drives,
where the inode numbers of various files are not constant, and the result
is that find refuses to proceed since it interprets a changing inode as a
security attack (someone replacing the directory in parallel with you
trying to search it).  Some of these issues have been fixed in CVS; could
you please try the latest snapshot and see if the issue still persists?
http://cygwin.com/faq/faq-nochunks.html#faq.setup.snapshots

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

iD8DBQFEM7Ic84KuGfSFAYARAmiCAKDFvaB0U8n3Hf/fxrAGm59c2aMqvwCgiGua
TdWPe2DodoWYWRFRiXhpsF4=
=mRoo
-----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/

- Raw text -