Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH: job control debug
- X-seq: zsh-workers 43405
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: Peter Stephenson <p.stephenson@xxxxxxxxxxx>
- Subject: Re: PATCH: job control debug
- Date: Thu, 6 Sep 2018 20:18:14 -0700
- Cc: Zsh hackers list <zsh-workers@xxxxxxx>
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Yy1hAOvS6vVNxSoZVB5sjx7LXVANONpVeEIkTYeEmys=; b=aHmKHEtx9bUQ4lrdIMz0GyTTF3Fjk+XNjACAufZFcrXIhK3nXpxyionM/FSEX9sQNO xXO9mnY+U2gFE7R8PYWxd3rlBngJc5jEdRCCMzjwr4A6KIX/pBfLxYxFhJ/K8DWO/6IT prrFtfKiwJiGDT9aaRb29uADHjLmfNf5mKxFbbzJRCAq58Hg8CGrcJ6uDxG0d475hnDT ZILLQYNl0UNF27iLJFY6CSCdO6OB0gYWhqMYbWDoBDDs8DGG8MbCqg/eArWo1rlJUZjU ZdEguHbDPE088UrQacOqTTtgwm6rbl4KQ0o5SiulD1wBAOZYSKB8plf4YNU3nc5axQpU zG9g==
- In-reply-to: <20180906092250eucas1p13d651e07ae627d179dd0701e65f912d6~RxTLztJrP2263722637eucas1p12@eucas1p1.samsung.com>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- List-unsubscribe: <mailto:zsh-workers-unsubscribe@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <CGME20180905200816epcas5p18ce6c49baa637e7d83a769e97c4364fb@epcas5p1.samsung.com> <20180905210740.5a6aec15@pws-HP.localdomain> <20180906090902.1f344e9f@camnpupstephen.cam.scsc.local> <20180906092250eucas1p13d651e07ae627d179dd0701e65f912d6~RxTLztJrP2263722637eucas1p12@eucas1p1.samsung.com>
On Thu, Sep 6, 2018 at 2:22 AM, Peter Stephenson
<p.stephenson@xxxxxxxxxxx> wrote:
> Typo fixed, now with setpgrp debugging.
>
> Starting to think the key difference may be set_gleader(11) --- transfer
> of job ownership on exit, which happens too early for that to be
> possible in the bad case.
I don't think that can be it, at least not directly. set_gleader()
only updates internal data structures. Something has to be either
changing the tty process group too soon, or not soon enough, in order
for a TTOU signal to be sent. The other possibility is that in the
"good" case the TTOU is sent but the process is ignoring it, whereas
in the bad case the process is allowing it. You may need to add some
debugging for that.
In particular entersubsh() does some juggling of SIGTTOU -- which I
think predates this bug appearing, but there may be an interaction of
that with some later change.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author