Re: [bug #18787] find -prune not pruning soon enough?

[Eric Blake]

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

According to Bill Svirsky on 2/28/2007 8:24 AM:
> Follow-up Comment #2, bug #18787 (project findutils):
> 
> This is what I see when I run essentially the same command string:
> 
> $ for exe in /bin/find ; do /bin/rm -fr blah; mkdir -p blah/foo ; $exe blah
> -name foo -print -exec /bin/rm -rf {} \; -prune ; $exe --version ; /bin/rm
> -rf blah ; done
> blah/foo
> /bin/find: could not change to directory blah/foo: No such file or directory
> GNU find version 4.3.2
> Features enabled: O_NOFOLLOW(enabled) LEAF_OPTIMISATION FTS CBO(level=0)
> 
> I don't know what the D_TYPE feature does. I didn't build any of this from
> source. I'm just using what I downloaded from cygwin.com.

I reproduced the symptoms on cygwin; and indeed it goes away if you use
oldfind instead of find.  You may be picking up something specific to the
cygwin version; I maintain that release, and apply a couple of patches
beyond the vanilla upstream package.  I'll have to take a look and see if
it is the fault of those patches, or a true upstream bug.  I'm
particularly suspicious that my attempt at a patch for the -execdir issue
(https://savannah.gnu.org/bugs/?18466) is at fault here; I really think
find should switch over to FTS_CWDFD when using fts().  However, I'm not
sure how long it will take me to get to looking into this issue; my todo
list is rather long at the moment.

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
-----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

iD8DBQFF54k+84KuGfSFAYARAoacAKCJVn8mh/o3VIJ9TvabRcnD6yBSLwCdEqoA
HGVhLIE+3z2Y9pP6tCsVWs0=
=jIaQ
-----END PGP SIGNATURE-----