[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #19146] -fprintf returns unreliable result

From: James Youngman
Subject: [bug #19146] -fprintf returns unreliable result
Date: Sun, 06 May 2007 12:32:55 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20060830 Firefox/ (Debian-1.5.dfsg+

Update of bug #19146 (project findutils):

                  Status:                    None => Invalid                
             Assigned to:                    None => jay                    
             Open/Closed:                    Open => Closed                 


Follow-up Comment #1:

The errors are now reported, as part of the fix for bug #19416.  The exit
status now also reflects the failure of any I/O.  The -fprintf predicate
still always returns true, since this is probably what the user expects. 
Imagine this example:-

find . -type f -fprint /foo/vanilla-files.txt -o -fprint

The intent of the user is plainly to list ordinary files in
/foo/vanilla-files.txt and list everything else (directories, for
example) in /bar/other-files.txt.    If an output error causes -fprint to
fail and /foo is nearly full, then vanilla files will be listed in
/foo/vanilla-files.txt until /foo is full.  After that point, vanilla files
will be listed in /bar/other-files.txt until foo becomes not-full again. 

That seems wrong, so -fprint  and -fprintf will always return true.  I/O
errors will be reported in error messages and will cause the exit status to
be nonzero.

The underlying problem was fixed in another bug, and so this one will be


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]