[bug #45930] -ignore_readdir_race ineffective in find 4.5.11 and 4.5.14

Follow-up Comment #15, bug #45930 (group findutils): [comment #14 comment #14:] > Are you sure? > Exactly your test case is now really stable with the patch from comment #11 > here. Thanks for double-checking! When I edited the command-line to run the executable containing the fix, I did: $ whi

[bug #45930] -ignore_readdir_race ineffective in find 4.5.11 and 4.5.14

Follow-up Comment #14, bug #45930 (group findutils): Are you sure? Exactly your test case is now really stable with the patch from comment #11 here. ___ Reply to this item at:

[bug #45930] -ignore_readdir_race ineffective in find 4.5.11 and 4.5.14

Follow-up Comment #13, bug #45930 (group findutils): [comment #11 comment #11:] > Alright, that's yet another case than the already-fixed one. > The fix for this one would look like the following. > diff --git a/find/ftsfind.c b/find/ftsfind.c > index 89ed9dd0..f57fa809 100644 > --- a/find/ftsfin

[bug #45930] -ignore_readdir_race ineffective in find 4.5.11 and 4.5.14

Follow-up Comment #12, bug #45930 (group findutils): [comment #10 comment #10:] >> gnulib/lib/ftc.c (FTC) > > Do you mean FTS? Yes, oops! Brain overload. :-( >> This means that when find recurses into a subdirectory, it complains when >> that subdirectory doesn't exist. > > Ah, you mean som

[bug #45930] -ignore_readdir_race ineffective in find 4.5.11 and 4.5.14

Follow-up Comment #11, bug #45930 (group findutils): Alright, that's yet another case than the already-fixed one. The fix for this one would look like the following. diff --git a/find/ftsfind.c b/find/ftsfind.c index 89ed9dd0..f57fa809 100644 --- a/find/ftsfind.c +++ b/find/ftsfind.c @@ -304,6 +3

[bug #45930] -ignore_readdir_race ineffective in find 4.5.11 and 4.5.14

Follow-up Comment #10, bug #45930 (group findutils): > gnulib/lib/ftc.c (FTC) Do you mean FTS? > This means that when find recurses into a subdirectory, it complains when > that subdirectory doesn't exist. Ah, you mean something like this: $ mkdir -p foo $ find -ignore_readdir_race -name .

[bug #66568] document whether find's -execdir option is guaranteed to produce pathnames that start with ./

Update of bug #66568 (group findutils): Category:None => documentation Status:None => Confirmed Assigned to:None => berny ___ Follow-