* TRAPCHLD (was Re: segfault in completion for configure)
@ 2016-03-13 15:20 Bart Schaefer
0 siblings, 0 replies; only message in thread
From: Bart Schaefer @ 2016-03-13 15:20 UTC (permalink / raw)
To: Zsh hackers list
> > } On 2016-03-11 15:00:56 -0800, Bart Schaefer wrote:
> > } > [...] if you have a TRAPCHLD function it's
> > } > possible that it's corrupting something.
TRAPCHLD is a rather blunt instrument for what Vincent wants to do
here (update the window title with job status). There's no reason to
update the title bar in the middle of a completion upon the exit from
a command substitution, but there's no way to tell why the CHLD signal
was delivered or what the surrounding shell state may be.
Any thoughts on ways to refine this? Perhaps a job status change hook
instead of relying on a signal trap?
Semi-related, I've noticed that the CHLD trap is not executed when a
foreground job exits. Presumably that's because wait() is reaping the
process before the signal is generated.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2016-03-13 18:13 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-03-13 15:20 TRAPCHLD (was Re: segfault in completion for configure) Bart Schaefer
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).