GNU bug report logs - #14297
24.3.50; emacs subprocesses don't exit on "exit"

Previous Next

Full log

Message #47 received at 14297 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: spinuvit <at> gmail.com, 14297 <at> debbugs.gnu.org
Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
Date: Mon, 13 May 2013 18:59:35 +0300

> Date: Sun, 12 May 2013 21:38:55 -0700
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> Cc: 14297 <at> debbugs.gnu.org
> 
> > It's pretty non intuitive, how failure of
> > (process-live-p proc) is connected to window toolkit?
> 
> The problem is that Gtk creates subprocesses in its own thread,
> and the Emacs main thread (until recently) mistakenly reaped these
> subprocesses with waitpid (-1, ...).  See:
> 
> https://bugzilla.gnome.org/show_bug.cgi?id=687075#c2
> http://bugs.gnu.org/8855
> http://bugs.gnu.org/9627
> http://bugs.gnu.org/12980
> 
> Fixing this Emacs bug required changing how Emacs waited for children;
> it no longer does a waitpid (-1, ...), but always does a waitpid
> for children that it knows about.
> 
> Given the discussion in
> <https://bugs.launchpad.net/ubuntu/+source/emacs23/+bug/1142213>
> it appears that the bug is in something other than Emacs proper,
> and affects other programs.

My reading of that discussion is that the problems were observed in
Emacs 23, but not in "emacs-snapshot" (which probably means the trunk,
since that was written 2 weeks ago).  By contrast, Vitalie here says
the opposite: that the problem exists on the trunk, but not on the
emacs-24 branch.

So I'm not sure this is the same problem.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.