Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: subtle `echo' bug
- X-seq: zsh-workers 21347
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxx
- Subject: Re: subtle `echo' bug
- Date: Wed, 15 Jun 2005 16:39:46 +0000
- In-reply-to: <200506151549.j5FFn94K018908@xxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <20050614172738.GL4685@xxxxxxxxxxxxxxxxxxx> <200506142212.24133.arvidjaar@xxxxxxxxxx> <1050615002844.ZM7767@xxxxxxxxxxxxxxxxxxxxxxx> <200506150910.j5F9AEFa009630@xxxxxxxxxxxxxx> <200506151356.j5FDunra015702@xxxxxxxxxxxxxx> <1050615153214.ZM10443@xxxxxxxxxxxxxxxxxxxxxxx> <200506151549.j5FFn94K018908@xxxxxxxxxxxxxx>
On Jun 15, 4:49pm, Peter Stephenson wrote:
}
} Seems OK so far; are the other signals we should be treating similarly?
Since this only affects interactive shells, we could consider breaking
the loop only on SIGINT and SIGQUIT (that is, on keyboard-generated
signals). As is the loop ends on e.g. SIGSEGV, or any other process-
killing signal that hits a child.
I'm not sure what to say about SIGHUP, though.
} Would it be safer to use WTERMSIG(val) instead of (val - 128)?
Oh, yes, it would. I've been doing this too long, I never think of
those newfangled macros. :-}
Messages sorted by:
Reverse Date,
Date,
Thread,
Author