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

2024-12-17 Thread Martin Schwenke
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

2024-12-17 Thread Martin Schwenke
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

2024-12-17 Thread Martin Schwenke
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

2024-12-15 Thread Martin Schwenke
Follow-up Comment #9, bug #45930 (group findutils): The problem seems to be simple fairly simple (but not necessarily simple to solve): gnulib/lib/ftc.c (FTC) seems to have no support for ignoring the readdir race (-ignore_readdir_race). This means that when find recurses into a subdirectory, it