From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#13086: 24.2.50; Emacs seems to hang at w32proc.c:1126 Date: Thu, 06 Dec 2012 22:48:52 +0200 Message-ID: <83wqwuoqiz.fsf@gnu.org> References: <50BFA054.1060503@optusnet.com.au> <83r4n4p4wt.fsf@gnu.org> <50BFFD14.5010102@cs.ucla.edu> <83pq2nq1ml.fsf@gnu.org> <50C02815.1050002@cs.ucla.edu> <83ehj3ox1p.fsf@gnu.org> <50C0FD9C.7040203@cs.ucla.edu> <831uf3orly.fsf@gnu.org> <50C101B5.40705@cs.ucla.edu> <83y5haoqyi.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1354826994 21205 80.91.229.3 (6 Dec 2012 20:49:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Dec 2012 20:49:54 +0000 (UTC) Cc: 13086@debbugs.gnu.org To: eggert@cs.ucla.edu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Dec 06 21:50:07 2012 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 1TgiOT-0008MK-DV for geb-bug-gnu-emacs@m.gmane.org; Thu, 06 Dec 2012 21:50:05 +0100 Original-Received: from localhost ([::1]:44427 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgiOH-00034G-Dj for geb-bug-gnu-emacs@m.gmane.org; Thu, 06 Dec 2012 15:49:53 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:43993) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgiOC-0002xI-O9 for bug-gnu-emacs@gnu.org; Thu, 06 Dec 2012 15:49:50 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TgiOB-0007Uz-Kh for bug-gnu-emacs@gnu.org; Thu, 06 Dec 2012 15:49:48 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47057) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgiOB-0007Uv-Gr for bug-gnu-emacs@gnu.org; Thu, 06 Dec 2012 15:49:47 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TgiOP-0000xn-JN for bug-gnu-emacs@gnu.org; Thu, 06 Dec 2012 15:50:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Dec 2012 20:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13086 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13086-submit@debbugs.gnu.org id=B13086.13548269793667 (code B ref 13086); Thu, 06 Dec 2012 20:50:01 +0000 Original-Received: (at 13086) by debbugs.gnu.org; 6 Dec 2012 20:49:39 +0000 Original-Received: from localhost ([127.0.0.1]:57308 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TgiO2-0000x6-Tv for submit@debbugs.gnu.org; Thu, 06 Dec 2012 15:49:39 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:46543) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TgiNz-0000wx-DS for 13086@debbugs.gnu.org; Thu, 06 Dec 2012 15:49:36 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MEM00L00MYS7H00@a-mtaout21.012.net.il> for 13086@debbugs.gnu.org; Thu, 06 Dec 2012 22:48:53 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MEM00L43N5H1V60@a-mtaout21.012.net.il>; Thu, 06 Dec 2012 22:48:53 +0200 (IST) In-reply-to: <83y5haoqyi.fsf@gnu.org> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.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:68058 Archived-At: > Date: Thu, 06 Dec 2012 22:39:33 +0200 > From: Eli Zaretskii > Cc: 13086@debbugs.gnu.org, stephen_powell@optusnet.com.au > > > Date: Thu, 06 Dec 2012 12:36:05 -0800 > > From: Paul Eggert > > CC: stephen_powell@optusnet.com.au, 13086@debbugs.gnu.org > > > > On 12/06/12 12:25, Eli Zaretskii wrote: > > > > > How can that happen, if PID is not our child process? > > > > Because Emacs regularly kills processes that it thinks are its > > children. If I'm running several applications, one of them > > can kill the other even if the applications are otherwise > > unrelated -- that's standard Unix semantics. So if > > Emacs mistakenly thinks that it has a child with PID 1234 > > and does the equivalent of "kill -9 1234", which is something > > that delete-process does, Emacs can kill an innocent and > > unrelated victim. > > But that already happened when we are calling waitpid. It cannot be > helped at that point. > > > >> One possibility is for Emacs to fall back into recovery mode > > > > > > It is much easier to remove the offending process object from the list > > > of those we expect to be dead. > > > > Sure, but there's a good case for being cautious here, even if > > it's a bit harder to be cautious. > > It doesn't make sense to be that cautious in an Emacs compiled without > assertions. Just to make sure I'm clear: I'm saying that inflooping in these cases will help nothing. And that is exactly what we will do in an build without assertions, if waitpid returns ECHILD. That simply makes no sense at all.