debugging --findoptions (Possible bug fix) updatedb (GNU findutils) 4.6.0

So updatedb was taking too long, as in never finishing, I decided to try and find out why. However when I entered (after much googling): nice -n -19 updatedb --findoptions="-D stat" it kept telling me the option was not found. In file C:\cygwin64\bin\updatedb I moved $FINDOPTIONS to before $SEA

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

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

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

Follow-up Comment #1, bug #50058 (project findutils): First, I think you need to define carefully the semantics of your proposal and consider its implications. As I read what you wrote, which files/directories are examined by find would depend on the order in which directories were examined. The

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

URL: Summary: [wishlist] -prune a subdir(tree) when a file therein matches criteria Project: findutils Submitted by: bern Submitted on: Mon 16 Jan 2017 03:18:40 PM CET Category: find