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#12832: 24.3.50; Emacs lockup when idle Date: Fri, 09 Nov 2012 11:56:14 +0200 Message-ID: <83liebyu9t.fsf@gnu.org> References: <509BAC2E.2000702@gmail.com> <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1352455029 20393 80.91.229.3 (9 Nov 2012 09:57:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 9 Nov 2012 09:57:09 +0000 (UTC) Cc: 12832@debbugs.gnu.org To: Andy Moreton Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 09 10:57: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 1TWlKw-0004VV-VK for geb-bug-gnu-emacs@m.gmane.org; Fri, 09 Nov 2012 10:57:19 +0100 Original-Received: from localhost ([::1]:51531 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWlKn-0005Le-KG for geb-bug-gnu-emacs@m.gmane.org; Fri, 09 Nov 2012 04:57:09 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:54581) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWlKf-0005K5-VI for bug-gnu-emacs@gnu.org; Fri, 09 Nov 2012 04:57:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TWlKa-0000x9-1J for bug-gnu-emacs@gnu.org; Fri, 09 Nov 2012 04:57:01 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46828) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWlKZ-0000x2-UC for bug-gnu-emacs@gnu.org; Fri, 09 Nov 2012 04:56:55 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TWlKg-0001uF-0m for bug-gnu-emacs@gnu.org; Fri, 09 Nov 2012 04:57: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: Fri, 09 Nov 2012 09:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12832 X-GNU-PR-Package: emacs,w32 X-GNU-PR-Keywords: Original-Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13524549817278 (code B ref 12832); Fri, 09 Nov 2012 09:57:01 +0000 Original-Received: (at 12832) by debbugs.gnu.org; 9 Nov 2012 09:56:21 +0000 Original-Received: from localhost ([127.0.0.1]:57079 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWlK0-0001tL-D5 for submit@debbugs.gnu.org; Fri, 09 Nov 2012 04:56:20 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:53157) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWlJx-0001tC-5I for 12832@debbugs.gnu.org; Fri, 09 Nov 2012 04:56:18 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MD700J00SP9IE00@a-mtaout20.012.net.il> for 12832@debbugs.gnu.org; Fri, 09 Nov 2012 11:56:09 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD700JVUSXK2OA0@a-mtaout20.012.net.il>; Fri, 09 Nov 2012 11:56:09 +0200 (IST) In-reply-to: <509BFAE7.8020205@gmail.com> 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:66671 Archived-At: > Date: Thu, 08 Nov 2012 18:33:11 +0000 > From: Andy Moreton > CC: 12832@debbugs.gnu.org > > I rebuild emacs every day from trunk, but only do a full bootstrap when > necessary. I have updated the Mingw compiler this week though, so that could > be an issue. Was the build optimized? (I'm guessing not, but I want to be sure.) > I'll try bisecting (and downgrading the compiler) if I see this > again. Thanks. > > Also, how was Emacs unresponsive -- did it consume any CPU cycles at > > all? Were all the threads locked up, or just some? If you detach > > from it, then attach again, do you see exactly the same backtrace? > > Emacs was not consuming any cycles - the system was completely idle. OK. Any idea why you had so many threads? Normally, Emacs 24.3.50 should have only 3: the main thread, the input thread, and a thread that runs atimers (Emacs arranges for a timer to fire every 2 seconds, to check whether any new input has arrived.) Yet another thread, the 4th one, is automatically started by the OS when you attach a debugger to Emacs, and this is it: Thread 6 (Thread 8744.0x2080): #0 0x7c90120f in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #1 0x7c952119 in ntdll!KiIntSystemCall () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. But what are the other 2 threads you have, namely: Thread 5 (Thread 8744.0x5ec): #0 0x7c90e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #1 0x7c90d9da in ntdll!ZwReadFile () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #2 0x7c801879 in ReadFile () from C:\WINDOWS\system32\kernel32.dll No symbol table info available. #3 0x00000610 in ?? () No symbol table info available. #4 0x00000000 in ?? () No symbol table info available. Thread 4 (Thread 8744.0x241c): #0 0x7c90e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #1 0x7c90df5a in ntdll!ZwWaitForSingleObject () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #2 0x7c8025db in WaitForSingleObjectEx () from C:\WINDOWS\system32\kernel32.dll No symbol table info available. #3 0x000005d0 in ?? () No symbol table info available. #4 0x00000000 in ?? () No symbol table info available. One of them appears to be reading something, the other is waiting for some event. Did you have some subprocess running or some network connection active at that time? Or maybe your routine operation has some subprocesses (a speller, perhaps?) and/or network connections active? > > We need more data points on this. > > I'll see if this is reproduceable and try to get more info. Thanks.