Zsh Mailing List Archive
Messages sorted by:
Re: Possible bug in signal handling
- X-seq: zsh-workers 37060
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: Dima Kogan <dima@xxxxxxxxxxxxxxx>, zsh-workers <zsh-workers@xxxxxxx>
- Subject: Re: Possible bug in signal handling
- Date: Tue, 3 Nov 2015 20:46:34 -0800
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern_com.20150623.gappssmtp.com; s=20150623; h=from:message-id:date:in-reply-to:comments:references:to:subject :mime-version:content-type; bh=k0uiCdwfG0nfwg3BCVe5z9C2+AV3XPVzRDLCgpzjVl8=; b=ZS6GtrHAbPzKbVUuZA9MZJhYeUH53A3/OsoSa3o4XynS4Ou+Vr8PZi7O3BALmmXRh5 Q31qyslJXW0c1nrdIiP/EbfpYAFwGw9ejZ0LGUg3BhAVHPfPvXtyyOxR/Tn4NdUtF28s NHHQHbmuZR//sdsIyyGGy5oUtnYQp2FJDUizWyp9rQgVjwlx1gUQyT7IiZ6Omxhp1kni nnz0E2bxAKjRmoBJ6aJO5pXkD0aLML+R1lipRxsmfxFTXMcyI/MPqVMdeMYeXfbjGxIX QV9XPDvdViInFDwM148mf4LJJu7opG/pjb4p3gh1IxFDSEfAm61sUy1ENVYNsam91LmR lv8w==
- In-reply-to: <firstname.lastname@example.org>
- List-help: <mailto:email@example.com>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:firstname.lastname@example.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <email@example.com> <151103201631.ZM19473@torch.brasslantern.com> <firstname.lastname@example.org>
On Nov 3, 8:27pm, Dima Kogan wrote:
} Thanks for looking at this, Bart. I don't really understand this area in
} detail, but should those changes be necessary? Is it not a bug in zsh
} (and bash, I guess) that the perl process is orphaned?
That's unclear. The default response to SIGINT is supposed to be that
the process exits, not that it only exits if it has children that have
not yet exited. If someone wants to pore over the POSIX spec and point
out where it says that rule is countermanded for the shell, go for it.
Otherwise I'd say it's up to the script to change the signal handling
away from the default.
You could also fix it by using "exec perl ..." which in zsh removes the
"inner zsh" from the process tree entirely (in that particular example;
more generally, "exec" the rightmost thing in the pipeline).
Messages sorted by: