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 something like this:
> 

> $ mkdir -p foo
> $ find -ignore_readdir_race -name . -o -name foo -print -exec rmdir {} \; -o
> -prune
> ./foo
> find: ‘./foo’: No such file or directory


> 
> Actually this is fixable in ftsfind.c.  ignore_readdir_race is already
> handled for FTS_NS, it just has to be added to FTS_DNR as well.

I actually mean the case where something else is independently updating the
directory, creating and removing subdirectories.  This is similar to the /proc
case but can be recreated with:

$ while :; do mkdir findtest/foo; rmdir findtest/foo; done &  
[1] 776
$ while :; do find findtest -ignore_readdir_race; done >/dev/null
find: ‘findtest/foo’: No such file or directory
find: ‘findtest/foo’: No such file or directory
find: ‘findtest/foo’: No such file or directory
find: ‘findtest/foo’: No such file or directory
find: ‘findtest/foo’: No such file or directory
find: ‘findtest/foo’: No such file or directory
^C
$ kill %1
[1]+  Terminated              while :; do
    mkdir findtest/foo; rmdir findtest/foo;
done




    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?45930>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/

Attachment: signature.asc
Description: PGP signature

Reply via email to