[Top][All Lists]

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

Re: RE : RE : rm -f core cause some troubles

From: Jeffrey Walton
Subject: Re: RE : RE : rm -f core cause some troubles
Date: Sat, 8 Dec 2012 19:16:42 -0500

On Sat, Dec 8, 2012 at 7:12 PM, Marko Lindqvist <address@hidden> wrote:
> On 9 December 2012 01:45, Paul Eggert <address@hidden> wrote:
>> On 12/08/2012 12:30 PM, PICCA Frédéric-Emmanuel wrote:
>>> the right fix is to avoid removing core if this is a directory.
>> Autoconf-generated 'configure' files already do that.
>> That's not the issue.
>> The only issue that has been identified is that
>> 'configure' issues some annoying warnings.
>  So you are saing that "we try to do the wrong thing, but as that
> reliably fails, only problem are the error messages from the failure
> (to do the wrong thing)"?
>  As hackish solutions go, I'd consider this particular way of thinking
> bad. If reliability of the normal use increases -> failure happens
> less reliably when it's hackishly counted on.
Agreed. Before anything, the program has to be correct. Trying to
remove a directory named 'core' does not follow the intention
(informally 'specification') of removing crash dump files.

Special rules (i.e., no 'core' directories) that can only be found by
grepping mailing lists also seems to be less than desirable.

What happens if a user aliases `rm` to `rm -rf`?


reply via email to

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