[bug #30526] No match with a file with modified n days ago in "-mtime"

Update of bug #30526 (project findutils): Status:None => Works For Me ___ Follow-up Comment #3: I don't think I am able to reproduce the first part of your bug report. Are you able to crea

[bug #23065] -daystart measures from start of tomorrow - manual incorrect

Update of bug #23065 (project findutils): Assigned to:None => jay ___ Follow-up Comment #3: Since this bug has been with us in the code for a long, long time, I'm reluctant to just fix i

[bug #23065] -daystart measures from start of tomorrow - manual incorrect

Follow-up Comment #2, bug #23065 (project findutils): It looks like this bug (specifically, a difference between the -daystart documentation and its implementation) dates back from before the start of the current source tree in 1996. It also appears to be present in version 3.8 (from 1993).

Archive of pre-1996 source for GNU find?

Does anybody have an archive of GNU find source dating from back before 1996 (when the CVS archive started)? Or any source releases before 4.1 except 3.8 (for example 3.2, 3.7 or 4.0)? Likely archive names would be things like find-3.7.tar.gz. I tried searching through some archived copies of

[bug #34079] Apply gnulib ftw memory fix

Update of bug #34079 (project findutils): Status:None => Fixed Assigned to:None => jay ___ Reply to this item at:

[bug #34083] [feature request] analog of -I REPLACE-STR without -l 1 restriction

Follow-up Comment #1, bug #34083 (project findutils): What advantage would this additional option offer over using the "sh -c" trick given in the EXAMPLES section of the GNU xargs manual page? ___ Reply to this item at:

Re: [PATCH 1/4] Reduce memory consumption of fts.

Thanks for spotting those problems; fixed.

Re: [PATCH 1/4] Reduce memory consumption of fts.

James Youngman wrote: > * gnulib: update to latest, mainly to include a bugfix (gnulib > commit 47cb657eca1abf2c26c32c8ce03def994a3ee37c) which limits the > memory consumed by fts. > * find/testsuite/sv-34079.sh: New test, verifying that memory > growth in ftsfind does not grow indefinitely as the

Re: [PATCH 2/4] Reduce memory consumption of oldfind on large directories.

James Youngman wrote: > * find/find.c (process_dir): Reduce memory consumption for large > directories. Don't save the whoel directory content with whoel -> whole > xsavedir, instead just loop over the results of readdir. This > means that oldfind will consume one file descriptor per directory

Re: [PATCH 4/4] Describe recent memory savings on very large directories.

James Youngman wrote: > * NEWS: Describe the recent changes which reduce the amount of > heap memory used in processing directories containing very many > entries. ... Thanks for the quick work. There's a typo below: > diff --git a/NEWS b/NEWS > index 2f031d4..7828704 100644 > --- a/NEWS > +++ b/