From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vitalie Spinu Newsgroups: gmane.emacs.bugs Subject: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" Date: Sat, 26 Dec 2015 01:19:22 +0100 Message-ID: References: <87d2te3l09.fsf@gmail.com> <51906E5F.3070905@cs.ucla.edu> <8338tqan14.fsf@gnu.org> <51911BA9.7080703@cs.ucla.edu> <83k3n293qp.fsf@gnu.org> <5191324D.7070106@cs.ucla.edu> <87egeanldr.fsf@gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b15ad21685afd0527c20814 X-Trace: ger.gmane.org 1451089282 3860 80.91.229.3 (26 Dec 2015 00:21:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Dec 2015 00:21:22 +0000 (UTC) Cc: Paul Eggert , 14297@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 26 01:21:12 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aCcbf-0005AT-Kh for geb-bug-gnu-emacs@m.gmane.org; Sat, 26 Dec 2015 01:21:11 +0100 Original-Received: from localhost ([::1]:36942 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCcbe-0001nB-Sz for geb-bug-gnu-emacs@m.gmane.org; Fri, 25 Dec 2015 19:21:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56998) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCcbZ-0001n2-MX for bug-gnu-emacs@gnu.org; Fri, 25 Dec 2015 19:21:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aCcbV-0008J8-U7 for bug-gnu-emacs@gnu.org; Fri, 25 Dec 2015 19:21:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:56808) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCcbV-0008J4-QM for bug-gnu-emacs@gnu.org; Fri, 25 Dec 2015 19:21:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aCcbV-0003Vi-JR for bug-gnu-emacs@gnu.org; Fri, 25 Dec 2015 19:21:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Vitalie Spinu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 26 Dec 2015 00:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14297 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 14297-submit@debbugs.gnu.org id=B14297.145108921113424 (code B ref 14297); Sat, 26 Dec 2015 00:21:01 +0000 Original-Received: (at 14297) by debbugs.gnu.org; 26 Dec 2015 00:20:11 +0000 Original-Received: from localhost ([127.0.0.1]:36177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCcag-0003UR-M2 for submit@debbugs.gnu.org; Fri, 25 Dec 2015 19:20:10 -0500 Original-Received: from mail-pa0-f53.google.com ([209.85.220.53]:34667) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCcad-0003UE-BF for 14297@debbugs.gnu.org; Fri, 25 Dec 2015 19:20:08 -0500 Original-Received: by mail-pa0-f53.google.com with SMTP id uo6so60002006pac.1 for <14297@debbugs.gnu.org>; Fri, 25 Dec 2015 16:20:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=zeST0O0o8o3wx8BfNqOwkc/NEIcj+cEb1hCqI7EsX28=; b=r/XjO4G+ULhuHXnVqP73pJBu2m0aByRvyx5FLH5TByvt0OKzcZEZocvYRCb1W2K6dQ YXPQfYq01o1Kac0Q2wPF2sfyzYTUrd4SIUk525eoBcOisOq7WdX9k8uV3wgHT7crswqM gJaZ8KPfAt74lHx+o0VS+teHS8L3hyOK39SSi/JphxxUtrTaEPmhHHm5uCaArx5y2ZVQ 78tcai3SB2cwSGPTJVC/ljUKcm4w424sh7IZhjB3oVHNlyVZqnV0O8u+KoPRBtnW2FN3 P7kHpBFydQ5iqDhUQO6czS9IXi0vAbgHJhBJNSCAezF7kfeX6wHxSVymk67pGc2JA5kt OfXg== X-Received: by 10.66.253.5 with SMTP id zw5mr2511986pac.100.1451089201746; Fri, 25 Dec 2015 16:20:01 -0800 (PST) Original-Received: by 10.66.163.34 with HTTP; Fri, 25 Dec 2015 16:19:22 -0800 (PST) In-Reply-To: <87egeanldr.fsf@gnus.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:110522 Archived-At: --047d7b15ad21685afd0527c20814 Content-Type: text/plain; charset=UTF-8 Yes. It has been gone for me for long. On 26 December 2015 at 00:45, Lars Ingebrigtsen wrote: > Paul Eggert writes: > > > On second thought, please forget my patch. get_child_status will abort > > anyway, if the bug that I hypothesized occurs, so my patch isn't needed. > > > > On 05/13/13 10:41, Eli Zaretskii wrote: > > > >> How about this alternative idea: write a replacement waitpid, which > >> will check if it is called by someone other than our main thread, and > >> with its first argument negative, and then produce a backtrace or some > >> message to stderr? Would that work to trap calls to waitpid from GTK? > > > > That could well work, yes, and it might be worth trying if we see > > the right symptoms. But since get_child_status is not aborting I > > don't think we're seeing the right symptoms. > > The problem here seemed to be with Gtk under Kubuntu. Is this still a > problem, or has it gone away during the last two years? > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no > --047d7b15ad21685afd0527c20814 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Yes. It has been gone for me for long.

On 26 December 2015 at 00:45, Lar= s Ingebrigtsen <larsi@gnus.org> wrote:
Paul Eggert <eggert@cs.ucla.edu> writes:

> On second thought, please forget my patch.=C2=A0 get_child_status will= abort
> anyway, if the bug that I hypothesized occurs, so my patch isn't n= eeded.
>
> On 05/13/13 10:41, Eli Zaretskii wrote:
>
>> How about this alternative idea: write a replacement waitpid, whic= h
>> will check if it is called by someone other than our main thread, = and
>> with its first argument negative, and then produce a backtrace or = some
>> message to stderr?=C2=A0 Would that work to trap calls to waitpid = from GTK?
>
> That could well work, yes, and it might be worth trying if we see
> the right symptoms.=C2=A0 But since get_child_status is not aborting I=
> don't think we're seeing the right symptoms.

The problem here seemed to be with Gtk under Kubuntu.=C2=A0 Is = this still a
problem, or has it gone away during the last two years?

--
(domestic pets only, the antidote for overdose, milk.)
=C2=A0 =C2=A0bloggy blog: http://lars.ingebrigtsen.no

--047d7b15ad21685afd0527c20814--