GNU bug report logs -
#34338
26.1; delete-file return codes and failures
Previous Next
Full log
View this message in rfc822 format
tags 34338 - wontfix
reopen 34338
thanks
Boruch Baum <boruch_baum <at> gmx.com> writes:
> On 2019-10-30 23:52, Stefan Kangas wrote:
>> Boruch Baum <boruch_baum <at> gmx.com> writes:
>>
>> Do you have a use-case in mind here? Can't the caller just check using
>> 'file-exists-p' if it matters instead?
>
> It _should_ *always* matter. Did you delete the file or not? If it didn't
> matter, why waste your time attempting the deletion?
I think Eli answered this point well, and I still think a use-case
would have been helpful here. If I was trying to convince people to
spend time on this, I would try to provide a code example where the
suggested change would simplify the code and/or make maintenance
easier.
> Having delete-file return the value is: a) consistent with what I think
> is the expectation of most CS folks;
Not sure if I'm like most CS folks, but that wasn't my expectation.
IME, this works differently in different languages.
> b) the most efficient, since it already knows the exact point of any
> failure, and basically just passes the return value it gets from the
> underlying OS.
That's a good point.
In any case, I closed the bug in the belief that there was nothing
more to do here given the lack of response. I'm not against the
change as such.
I've therefore reopened the bug in the hope that someone would want to
take a crack at implementing this. Boruch, perhaps you could consider
volunteering?
Best regards,
Stefan Kangas
This bug report was last modified 5 years and 222 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.