Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
MIME-Version: 1.0
Date: Sun, 13 Mar 2016 08:20:52 -0700
Message-ID: <CAH+w=7ZLVXbHZcyfKnE5eYXpMkO8GYY5XPHkCdZWWnLbcsQw=A@mail.gmail.com>
Subject: TRAPCHLD (was Re: segfault in completion for configure)
From: Bart Schaefer <schaefer@brasslantern.com>
To: Zsh hackers list <zsh-workers@zsh.org>
Content-Type: text/plain; charset=UTF-8

> > } 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.