Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: [PATCH] NEWS item about the ERR_EXIT fixes
- X-seq: zsh-workers 51154
- From: Mikael Magnusson <mikachu@xxxxxxxxx>
- To: Philippe Altherr <philippe.altherr@xxxxxxxxx>
- Cc: Lawrence Velázquez <larryv@xxxxxxx>, Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>, zsh-workers@xxxxxxx
- Subject: Re: [PATCH] NEWS item about the ERR_EXIT fixes
- Date: Fri, 9 Dec 2022 16:17:29 +0100
- Archived-at: <https://zsh.org/workers/51154>
- In-reply-to: <CAGdYchuG_D42UeDS3ernSfPsaYCarRxuZnBha2Tq=3OJQrdJvg@mail.gmail.com>
- List-id: <zsh-workers.zsh.org>
- References: <CAGdYchux2TcXzp0jUZZfpGMZZT8oe9zB-YkgAs8JepxpaedESw@mail.gmail.com> <CAH+w=7aH6STxZv5AE9J-FZXRRvd7qu+2jqMJ0hMW0Lj__u2Z3Q@mail.gmail.com> <46fcb939-0ed9-4b51-959d-67339181e3e3@app.fastmail.com> <CAGdYchuG_D42UeDS3ernSfPsaYCarRxuZnBha2Tq=3OJQrdJvg@mail.gmail.com>
On 12/9/22, Philippe Altherr <philippe.altherr@xxxxxxxxx> wrote:
>>
>> I think it's overly verbose; NEWS doesn't have to explain how
>> ERR_EXIT works. Here's a possible alternative:
>
>
> Overall looks good to me but see comments below.
>
> + - Function calls, anonymous functions, and the `eval`, `.`, and
>> + `source` commands no longer propagate ERR_EXIT suppression.
>
>
> This kind of suggests that these constructs always propagated the
> suppression, which isn't the case, but the exact circumstances look too
> complex to explain. Maybe replace "no longer" with "now never".
>
>
>> +The ERR_RETURN option is now suppressed when a function containing
>> +a compound sublist (`&&` or `||`) is called from within another compound
>> +sublist.
>
>
> I find this a bit cryptic. It may also give the wrong impression that
> functions containing a compound sublist are a special case. And finally,
> the same is true for functions called in if/while conditions. Here is an
> alternative:
>
> The ERR_RETURN option is now always suppressed on the left of `&&` and `||`
>> (now even in commands within functions called from contexts where
>> ERR_RETURN is suppressed).
>
>
> The part in parenthesis gives a hint on what changed but maybe that could
> be left out.
As the context for the first hunk in the original patch says, README
has a longer section about incompatibilities already, perhaps any more
detailed descriptions as to what changed can be appended there?
--
Mikael Magnusson
Messages sorted by:
Reverse Date,
Date,
Thread,
Author