[Top][All Lists]

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

Re: Poll: what should happen when -delete fails?

From: Eric Blake
Subject: Re: Poll: what should happen when -delete fails?
Date: Thu, 23 Aug 2007 07:04:46 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20070728 Thunderbird/ Mnenhy/

Hash: SHA1

[adding a wider audience by cc'ing bug-gnu-utils]

According to James Youngman on 8/23/2007 4:24 AM:
> A while back I implemented -delete for GNU find.  Some comments have
> been made that its behaviour when it fails are somewhat unexpected.
> I thought at the time that I made the right tradeoffs, but that might
> not be the case.  Although there is a Savannah bug open for this
> (https://savannah.gnu.org/bugs/?20802) please have a think about what
> you would like to happen before you read about what happens juat at
> the moment.
> 1. If unlink or rmdir fails, should the -delete action return true or false?
> 2. If -delete returns false because it fails, should find also return nonzero?
> 3. Should -delete issue a message on stderr if it fails, or (on the
> other hand) should it be possible for the caller to choose how the
> message is phrased by doing something like this?
> \ ( -delete -o -fprintf /dev/stderr "No luck with %u's file %p\n" \)


4. Should -delete imply -depth, be forbidden unless -depth was specified,
or be allowed to attempt operation without -depth (in which case deleting
directory hierarchies will fail because the rmdir is attempted before the
contents of the directory)?

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


reply via email to

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