Date: Sun, 15 Jul 2012 15:50:10 GMT From: Jilles Tjoelker <jilles@stack.nl> To: freebsd-bugs@FreeBSD.org Subject: Re: bin/169723: [patch] find(1) exits with non-zero return code if any file in a directory is deleted while find(1) is traversing the directory Message-ID: <201207151550.q6FFoAd0024359@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR bin/169723; it has been noted by GNATS. From: Jilles Tjoelker <jilles@stack.nl> To: bug-followup@FreeBSD.org, rdna@rdna.ru Cc: Subject: Re: bin/169723: [patch] find(1) exits with non-zero return code if any file in a directory is deleted while find(1) is traversing the directory Date: Sun, 15 Jul 2012 17:43:53 +0200 In PR 169723, you wrote: > [find(1) prints an error message if a file is deleted between readdir > and stat or opendir] This patch appears to match the description of -ignore_readdir_race in the documentation of GNU find. Perhaps it is appropriate to suppress these error messages only if -ignore_readdir_race is given (and -noignore_readdir_race is not given afterwards). Furthermore, it only seems appropriate to me to suppress the error for FTS_DNR and FTS_NS. FTS_ERR covers things like inability to open "." which should never fail (so if they do, find(1) should tell the user about it). -- Jilles Tjoelker
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201207151550.q6FFoAd0024359>