Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Exception handling and "trap" vs. TRAPNAL()
- X-seq: zsh-workers 21801
- From: DervishD <zsh@xxxxxxxxxxxx>
- To: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- Subject: Re: Exception handling and "trap" vs. TRAPNAL()
- Date: Sun, 2 Oct 2005 10:13:45 +0200
- Cc: Peter Stephenson <pws@xxxxxxx>, zsh-workers@xxxxxxxxxx
- In-reply-to: <1051002044052.ZM28373@xxxxxxxxxxxxxxxxxxxxxxx>
- Mail-followup-to: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>, Peter Stephenson <pws@xxxxxxx>, zsh-workers@xxxxxxxxxx
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- Organization: DervishD
- References: <20050929200741.GA1156@DervishD> <20050930124130.45eb0463.pws@xxxxxxx> <20051001153756.GA12183@DervishD> <1051001183818.ZM27904@xxxxxxxxxxxxxxxxxxxxxxx> <20051001202856.GA134@DervishD> <1051002044052.ZM28373@xxxxxxxxxxxxxxxxxxxxxxx>
Hi Bart :)
* Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> dixit:
> Otherwise, the normal effect of the signal is produced;
>
> This is clearly inaccurate. If it were accurate, a non-zero return
> from TRAPHUP, TRAPABRT, or TRAPALRM (among others) ought to cause the
> shell to exit. This demonstrably does not happen. What *does* happen
> is that all levels of nested loop are broken (as if by the "break N"
> command with a sufficiently large N) and the shell is forced to behave
> as if a shell-level error occurred.
I haven't tested that. But I see your point.
I'm starting to think the same: it's a documentation problem, not
a code problem (although eliminating the special case for TRAPNAL
doesn't sound bad...).
Raúl Núñez de Arenas Coronado
--
Linux Registered User 88736 | http://www.dervishd.net
http://www.pleyades.net & http://www.gotesdelluna.net
It's my PC and I'll cry if I want to...
Messages sorted by:
Reverse Date,
Date,
Thread,
Author