[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Improve reporting of I/O, access errors for Emacs
From: |
Eli Zaretskii |
Subject: |
Re: Improve reporting of I/O, access errors for Emacs |
Date: |
Thu, 12 Sep 2019 21:04:18 +0300 |
> From: Paul Eggert <address@hidden>
> Date: Thu, 12 Sep 2019 01:22:09 -0700
>
> The basic idea is that Emacs should signal an error for serious and
> unexpected I/O errors (e.g., EIO, ENAMETOOLONG)
Why is that a good idea in general? Emacs should do that when it
needs to operate on a file (like copy or rename or delete it), but
cannot due to some I/O error, that's a given. But if Emacs just needs
to return some information about a file, and the file turns out to be
inaccessible, why do we need to signal an error instead of just
returning a failure indication?
IOW, I think your changes cause error signaling on too low a level,
where we cannot know whether signaling an error is or isn't a Good
Thing. We should instead have such logic on higher levels, where the
semantics and the meaning of errors are clear. Otherwise, we risk
breaking a lot of code which will suddenly need to deal with errors it
never saw before.
- Improve reporting of I/O, access errors for Emacs, Paul Eggert, 2019/09/12
- Re: Improve reporting of I/O, access errors for Emacs,
Eli Zaretskii <=
- Re: Improve reporting of I/O, access errors for Emacs, Paul Eggert, 2019/09/12
- Re: Improve reporting of I/O, access errors for Emacs, Eli Zaretskii, 2019/09/12
- Re: Improve reporting of I/O, access errors for Emacs, Paul Eggert, 2019/09/12
- Re: Improve reporting of I/O, access errors for Emacs, Eli Zaretskii, 2019/09/13
- Re: Improve reporting of I/O, access errors for Emacs, Paul Eggert, 2019/09/17
- Re: Improve reporting of I/O, access errors for Emacs, Richard Copley, 2019/09/18
Re: Improve reporting of I/O, access errors for Emacs, Richard Copley, 2019/09/16