zsh-workers
 help / color / mirror / code / Atom feed
From: Peter Stephenson <p.w.stephenson@ntlworld.com>
To: 482346@bugs.debian.org, zsh-workers@sunsite.dk
Subject: Re: Bug#482346: zsh doesn't always wait for its children (-> zombie)
Date: Sat, 24 May 2008 15:25:04 +0100	[thread overview]
Message-ID: <20080524152504.759b27ad@pws-pc> (raw)
In-Reply-To: <20080524124445.GQ7056@prunille.vinc17.org>

On Sat, 24 May 2008 14:44:45 +0200
Vincent Lefevre <vincent@vinc17.org> wrote:
> This is 100% reproducible with both zsh and zsh-beta.

If it's just a matter of starting vlc and trying to kill it for you,
then there's something more to track down since this doesn't happen for
me (Fedora 9).

There must be more to it than simply zsh not waiting for children:  that
has no effect on whether vlc is executing code.  The propagation of the
signal to the programme seems to me a likely suspect.  Of course these
could be related to the same fundamental problem.  vlc does appear to do
some fairly odd things with signals which may be interacting in
unexpected ways with the shell.

It would be useful to know whether the vlc job is listed in the shell's
job table at this point, and to see what else is there.  The array
jobtab contains the jobs, which contain linked lists of process
structures.  One of the jobs (it should be the one indexed
by curjob) should include the vlc process.  The previous bug
happened because some other job (marked as defunct) had
a process with the same number.

pws


  reply	other threads:[~2008-05-24 14:25 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20080521235008.GA5600@ay.vinc17.org>
     [not found] ` <20080521235930.GW7056@prunille.vinc17.org>
2008-05-22 23:33   ` Clint Adams
2008-05-23 14:39     ` Bart Schaefer
2008-05-23 14:57       ` Clint Adams
2008-05-23 22:43         ` Vincent Lefevre
2008-05-23 22:45           ` Vincent Lefevre
2008-05-23 23:04             ` Vincent Lefevre
2008-05-24  2:55           ` Clint Adams
2008-05-24 12:44             ` Vincent Lefevre
2008-05-24 14:25               ` Peter Stephenson [this message]
2008-05-24 15:27                 ` Stephane Chazelas
2008-05-24 15:58                   ` Stephane Chazelas
2008-05-24 17:53                     ` Clint Adams
2008-05-24 17:41                   ` Bart Schaefer
2008-05-24 18:25                     ` Stephane Chazelas
2008-05-24 23:40               ` Phil Pennock
2008-05-25  0:41                 ` Vincent Lefevre
2008-05-25  1:23                   ` Phil Pennock
2008-05-25 21:37                     ` Vincent Lefevre
2008-05-25 22:26                       ` Phil Pennock
2008-05-25 23:34                         ` Vincent Lefevre
2008-05-25 23:43                           ` Vincent Lefevre
2008-05-26  0:31                           ` Bart Schaefer
2008-05-25 10:08                   ` Stephane Chazelas
2008-05-25 21:54                     ` Vincent Lefevre

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=20080524152504.759b27ad@pws-pc \
    --to=p.w.stephenson@ntlworld.com \
    --cc=482346@bugs.debian.org \
    --cc=zsh-workers@sunsite.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).