[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #50058] [wishlist] -prune a subdir(tree) when a file therein matche

From: Jochen Bern
Subject: [bug #50058] [wishlist] -prune a subdir(tree) when a file therein matches criteria
Date: Mon, 16 Jan 2017 16:51:37 +0000 (UTC)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:50.0) Gecko/20100101 Firefox/50.0

Follow-up Comment #2, bug #50058 (project findutils):

Hmmm, point taken. (The application I'm debugging has a couple base dirs and
puts the actual files a fixed number of directories, named per hash values,
underneath them, so the question didn't come up for me.)

However, the problem isn't *entirely* new. For cases where the processing
order of directories may influence the result, find already provides the
-depth option. Also, the order of files within a single directory remains
officially undefined, though it may show in the output.

Unless I'm missing something, the case you present would yield an unambiguous
result as soon as it were pinpointed whether, within a single directory, find
shall process "files before subdirs" (-> result: A2) or "subdirs before files"
(-> result: A1a and A2).

... that raises the question, however, whether find's code does or could obey
such a search order, as of now?


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]