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: Wed, 05 Dec 2012 18:42:05 +0200 Message-ID: <83y5hcpi1u.fsf@gnu.org> References: <50BEF635.4000702@optusnet.com.au> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1354725787 21334 80.91.229.3 (5 Dec 2012 16:43:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Dec 2012 16:43:07 +0000 (UTC) Cc: 13086@debbugs.gnu.org To: Stephen Powell Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 05 17:43:19 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 1TgI44-0007Lw-VX for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Dec 2012 17:43:17 +0100 Original-Received: from localhost ([::1]:56132 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgI3t-0005hK-3b for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Dec 2012 11:43:05 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:50399) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgI3n-0005g6-FQ for bug-gnu-emacs@gnu.org; Wed, 05 Dec 2012 11:43:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TgI3i-0004b4-Og for bug-gnu-emacs@gnu.org; Wed, 05 Dec 2012 11:42:59 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:44943) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgI3i-0004b0-Ku for bug-gnu-emacs@gnu.org; Wed, 05 Dec 2012 11:42:54 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TgI3q-0003C8-AD for bug-gnu-emacs@gnu.org; Wed, 05 Dec 2012 11:43:02 -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: Wed, 05 Dec 2012 16:43:02 +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.135472573812229 (code B ref 13086); Wed, 05 Dec 2012 16:43:02 +0000 Original-Received: (at 13086) by debbugs.gnu.org; 5 Dec 2012 16:42:18 +0000 Original-Received: from localhost ([127.0.0.1]:55194 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TgI37-0003BC-Q6 for submit@debbugs.gnu.org; Wed, 05 Dec 2012 11:42:18 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:45837) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TgI33-0003B1-88 for 13086@debbugs.gnu.org; Wed, 05 Dec 2012 11:42:16 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MEK00300H16DH00@a-mtaout20.012.net.il> for 13086@debbugs.gnu.org; Wed, 05 Dec 2012 18:42:04 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MEK0031OH239F20@a-mtaout20.012.net.il>; Wed, 05 Dec 2012 18:42:04 +0200 (IST) In-reply-to: <50BEF635.4000702@optusnet.com.au> 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:67973 Archived-At: > Date: Wed, 05 Dec 2012 07:22:29 +0000 > From: Stephen Powell > > I'm using a checkout of the latest trunk. While reading mail in gnus > emacs seems to hang using 100% cpu. It is easy to reproduce. I have a > live gdb session with the hang. 100% CPU usage is not a hang, it's probably an infloop. Can you use the 'finish' command, as described in etc/DEBUG, to find out where it loops? > Thread 1 (Thread 7752.0x1bb0): > #0 waitpid (pid=5528, status=0x0, options=1) at w32proc.c:1126 Line 1126 of w32proc.c is the opening brace of the waitpid function. I find it hard to believe it is looping there ;-) So it's probably looping in the caller's loop, in get_child_status. Can you see if that's the case, and if so, what value does waitpid return to its caller? Is that zero, by chance? Also, is the process whose PID is 5528 still running? If so, what process is it? Or is it a network connection? Thanks.