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

[Jilles Tjoelker]

The following reply was made to PR bin/169723; it has been noted by GNATS.

From: Jilles Tjoelker <jilles at stack.nl>
To: bug-followup at FreeBSD.org, rdna at 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