From: Sven Wischnowsky <wischnow@informatik.hu-berlin.de>
To: zsh-workers@sunsite.auc.dk
Subject: Re: Bogus "no such job" (Re: Preliminary release of 3.0.8 - please test)
Date: Fri, 10 Mar 2000 10:33:37 +0100 (MET) [thread overview]
Message-ID: <200003100933.KAA03375@beta.informatik.hu-berlin.de> (raw)
In-Reply-To: Sven Wischnowsky's message of Thu, 9 Mar 2000 13:01:32 +0100 (MET)
I wrote:
> Bart Schaefer wrote:
>
> ...
> >
> > I can believe that a race condition might cause "no such job: 3" once,
> > but twice in a row is impossible. So the only possible answer is that
> > the one and only job has STAT_NOPRINT set but *not* STAT_SUBJOB, which
> > in turn happens only at exec.c:768 and 806 (in 3.0.8; in 3.1.6-dev-19,
> > exec.c:993 and 1031), both in execpline(). See jobs.c:setprevjob(),
> > which is called from setcurjob().
>
> The one in 1031 isn't interesting here, it only makes the sub-shells
> created for stopped lists not report their jobs (list_pipe_child is
> non-zero only in those sub-shells). Leaves us with the one in 993.
> This is used to make sure that jobs started for commands which are
> not the first one in a pipeline and jobs started from some kind of
> pipeline nesting (e.g. in a loop in a pipeline) are not shown.
>
> Given that, your suggestion:
>
> > Now, it may be that the right solution is to have setprevjob() ignore
> > jobs that have STAT_NOPRINT set, but I wouldn't want that to mask some
> > more serious job-state problem. If you have any insights, share 'em.
>
> seems sensible. But... how can such a job survive when the super-job
> of the (main) pipeline is dead? I wished I could find a way to
> reproduce it.
I've played some more yesterday evening/night but still couldn't get
it to happen (with dev-19, that is).
Geoff, do you remember what you did before you got that message? Did
you kill some job/process? What (kind of) commands did you suspend?
Pipes with lists in them, commands that do some kind of signal
handling? (Yes, I'm guessing wildly...)
Bye
Sven
--
Sven Wischnowsky wischnow@informatik.hu-berlin.de
next reply other threads:[~2000-03-10 9:35 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-03-10 9:33 Sven Wischnowsky [this message]
2000-03-10 10:52 ` Geoff Wing
-- strict thread matches above, loose matches on Subject: below --
2000-03-09 12:01 Sven Wischnowsky
2000-02-29 10:33 Preliminary release of 3.0.8 - please test Geoff Wing
2000-02-29 16:18 ` Bart Schaefer
2000-03-03 2:55 ` Geoff Wing
2000-03-08 7:30 ` Bogus "no such job" (Re: Preliminary release of 3.0.8 - please test) Bart Schaefer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200003100933.KAA03375@beta.informatik.hu-berlin.de \
--to=wischnow@informatik.hu-berlin.de \
--cc=zsh-workers@sunsite.auc.dk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).