X-Spam-Check-By:	sourceware.org
Message-ID:	<45670C10.5080700@byu.net>
Date:	Fri, 24 Nov 2006 08:13:20 -0700
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.8) Gecko/20061025 Thunderbird/1.5.0.8 Mnenhy/0.7.4.666
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com, bill--cygwin AT tao-group DOT com
Subject:	Re: findutils regression between versions 4.2.27-1 and 4.3.1-3
References:	<45670A2E DOT 8030801 AT tao-group DOT com>
In-Reply-To:	<45670A2E.8030801@tao-group.com>
X-IsSubscribed:	yes
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
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 William Blunn on 11/24/2006 8:05 AM:
> 
> If I run "find -noleaf -type d" over this DVD-R using findutils 4.3.1-3,
> it does NOT find all the files.

With findutils 4.3.1-3, what does "oldfind -noleaf -type d" do?  I suspect
that the problem is due to the difference in algorithms between 4.2.27
(repeated as 4.3.x's oldfind) and 4.3.x, where find moved from a
hand-rolled traversal to fts().

Also, I suspect that there may be problems due to the link counts
associated with the various directories in the traversal.  Find tries to
make an optimization that if it is only searching for directories, then
after encountering n-2 subdirectories in a directory with link count n
(where n > 1), there is no further need to keep on using readdir().  But
if this property does not hold true on your DVD-R directory structure,
then find misses out on subdirectories that occur after the n-2 mark.  Can
you do 'ls -ldU .*/ */' in one of the directories where find is missing
out on subdirectories, so that we can check for link count issues?  It
could be a cygwin bug in handling the link count of DVD drive directories.

- --
Life is short - so eat dessert first!

Eric Blake             ebb9 AT byu DOT net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFZwwQ84KuGfSFAYARAlAGAJ9Pl9/SY87OGdIFSH4nYtCxHawWFQCeP+DM
2G1Oj2Y6t+ZbjP99UkpmxXM=
=zSdf
-----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 -