X-Spam-Check-By: sourceware.org Message-ID: <45F17415.3000607@byu.net> Date: Fri, 09 Mar 2007 07:49:57 -0700 From: Eric Blake User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.10) Gecko/20070221 Thunderbird/1.5.0.10 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Vincent Legoll CC: cygwin AT cygwin DOT com Subject: Re: [ANNOUNCEMENT] Updated: findutils-4.3.2-3 References: <4727185d0703090450n26f8b217q9c33e1fa57dea5a6 AT mail DOT gmail DOT com> <4727185d0703090634t19820071n581da60a06b9af7 AT mail DOT gmail DOT com> In-Reply-To: <4727185d0703090634t19820071n581da60a06b9af7@mail.gmail.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-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Note-from-DJ: This may be spam -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 According to Vincent Legoll on 3/9/2007 7:34 AM: > I digged a bit more into that and found that my problem is related > to the '-exec mv "{}" xxx \;' > > when replaced by '-exec ls -lh "{}" \;' there is no problem... > > Maybe what I was doing worked only by chance since it has > side-effect on the directory tree that is currently traversed. Coupled with the fact that my attempted patch for -execdir is not quite right when the current directory is messed with concurrently with the traversal. Again, until I can fix it (or more hopefully, until the upstream maintainer can properly fix -execdir), the workaround is to use oldfind, or wait for me to release a new findutils package. > [trying with trivial exemple on linux] > > OK it seems to work here. Because a stock findutils on linux does not have my patch that attempts to work around the -execdir bug. > > So I swapped the -depth with a -prune placed just before or after > the -exec and it does not work. Won't matter. -depth is global (ie, no matter where it appears in your expression, it takes affect as though it had appeared first). > > Oh well maybe I didn't RTFM hard enough... Unfortunately, it's not in the manual. And you DID read hard enough, as evidenced by the fact that you found posts mentioning that oldfind works in this situation when find does not. - -- Don't work too hard, make some time for fun as well! 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 iD8DBQFF8XQV84KuGfSFAYARAq4VAKCqNntx01tbZC9xp9+IfnSy9acZowCeKdwH rBaYCrzHMjFtdNQv/Kl3wA8= =CNgs -----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/