From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Andy Moreton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2012 12:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 12832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 12832@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.135237947012716 (code B ref -1); Thu, 08 Nov 2012 12:58:02 +0000 Received: (at submit) by debbugs.gnu.org; 8 Nov 2012 12:57:50 +0000 Received: from localhost ([127.0.0.1]:55536 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWRg5-0003J2-1R for submit@debbugs.gnu.org; Thu, 08 Nov 2012 07:57:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46014) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWRg1-0003Ir-Ao for submit@debbugs.gnu.org; Thu, 08 Nov 2012 07:57:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TWRfs-0004JY-78 for submit@debbugs.gnu.org; Thu, 08 Nov 2012 07:57:43 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:52900) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWRfs-0004JU-48 for submit@debbugs.gnu.org; Thu, 08 Nov 2012 07:57:36 -0500 Received: from eggs.gnu.org ([208.118.235.92]:50629) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWRfm-0005wW-07 for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2012 07:57:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TWRfh-0004HE-Pv for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2012 07:57:29 -0500 Received: from mail-we0-f169.google.com ([74.125.82.169]:45534) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWRfh-0004Gp-6O for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2012 07:57:25 -0500 Received: by mail-we0-f169.google.com with SMTP id u3so1465674wey.0 for ; Thu, 08 Nov 2012 04:57:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=8booESU1Yq8jffJdnZC6Qmgy/+KpbdgVNVBe0Ic7vvY=; b=RaS9vdntfz5ZzwEwRP4avZTgpluM38EqfdURtHj6rSeXknOt5iaTvmpCfsMsGE7sT7 UwVboK97eWJPJwdrqRygOCftTHS1Hbr4G6skSVkngjhpsGKQOD4goBCQB0WqDl8hmIK7 ArCLIoGAs3FkfSmeH4nvpS44GHaI8tAFP8iHyvwkf5rq7QAIja84Vj5/5T+hQWF4Yjie Ea35nB7Ktbe5f2aPWy2yOkvyKCvMOOVV+YKhY8Yg1ODqUE4fiUZsQy83jSo1v6RgtlFZ Sz926AQHfzhLls1qh2mWJ/lMfGzixHNvhEhGIrFjEiHS+K9ohaGYS5g5w8chShFUtUa/ glIw== Received: by 10.216.134.96 with SMTP id r74mr3083883wei.219.1352379442536; Thu, 08 Nov 2012 04:57:22 -0800 (PST) Received: from [10.17.20.82] (uk.solarflare.com. [193.34.186.16]) by mx.google.com with ESMTPS id n2sm6569845wix.6.2012.11.08.04.57.19 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 08 Nov 2012 04:57:20 -0800 (PST) Message-ID: <509BAC2E.2000702@gmail.com> Date: Thu, 08 Nov 2012 12:57:18 +0000 From: Andy Moreton User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) Windows Emacs (built from r110828) was idle for a few minutes while I made a coffee. On returning, emacs was completely unresponsive and redisplay was not drawing anything. Windows XP SP3 MinGW gcc 4.7.2 Backtrace from "thread apply all bt full": 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. #2 0x00000005 in ?? () No symbol table info available. #3 0x00000004 in ?? () No symbol table info available. #4 0x00000001 in ?? () No symbol table info available. #5 0x5ad3ffd0 in ?? () No symbol table info available. #6 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "redisplay_internal (C function)" (0x167235c) 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. Lisp Backtrace: "redisplay_internal (C function)" (0x167235c) 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. Lisp Backtrace: "redisplay_internal (C function)" (0x167235c) Thread 3 (Thread 8744.0x21d4): #0 0x7c90e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #1 0x7e4191be in USER32!GetProcessWindowStation () from C:\WINDOWS\system32\user32.dll No symbol table info available. #2 0x7e4191f1 in USER32!GetMessageW () from C:\WINDOWS\system32\user32.dll No symbol table info available. #3 0x0114875d in w32_msg_pump (msg_buf=0x5b5aff54) at w32fns.c:2386 msg = { hwnd = 0x3f9500bc, message = 0xf, wParam = 0x0, lParam = 0x0, time = 0x6cc97f02, pt = { x = 0xdd, y = 0x2f } } result = 0x0 focus_window = 0x403 #4 0x0114899b in w32_msg_worker@4 (arg=0x0) at w32fns.c:2612 msg = { hwnd = 0x86af0b20, message = 0x80502fc0, wParam = 0x0, lParam = 0x0, time = 0x0, pt = { x = 0x80502fc8, y = 0x8dedcca0 } } dummy_buf = { next = 0x0, w32msg = { msg = { hwnd = 0x0, message = 0x0, wParam = 0x0, lParam = 0x0, time = 0x0, pt = { x = 0x0, y = 0x0 } }, dwModifiers = 0x0, rect = { left = 0x0, top = 0x0, right = 0x0, bottom = 0x0 } }, result = 0x0, completed = 0x0 } #5 0x7c80b729 in KERNEL32!GetModuleFileNameA () from C:\WINDOWS\system32\kernel32.dll No symbol table info available. #6 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "redisplay_internal (C function)" (0x167235c) Thread 2 (Thread 8744.0x1840): #0 0x7c90e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #1 0x7c90d21a in ntdll!ZwDelayExecution () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #2 0x7c8023f1 in SleepEx () from C:\WINDOWS\system32\kernel32.dll No symbol table info available. #3 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "redisplay_internal (C function)" (0x167235c) Thread 1 (Thread 8744.0xf50): #0 0x7c90e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #1 0x7c90d2aa in ntdll!ZwDuplicateObject () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #2 0x7c80df03 in KERNEL32!DuplicateHandle () from C:\WINDOWS\system32\kernel32.dll No symbol table info available. #3 0xffffffff in ?? () No symbol table info available. #4 0xfffffffe in ?? () No symbol table info available. #5 0xffffffff in ?? () No symbol table info available. #6 0x0162acb8 in real_itimer () No symbol table info available. #7 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "redisplay_internal (C function)" (0x167235c) From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2012 16:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andy Moreton Cc: 12832@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135239216731753 (code B ref 12832); Thu, 08 Nov 2012 16:30:02 +0000 Received: (at 12832) by debbugs.gnu.org; 8 Nov 2012 16:29:27 +0000 Received: from localhost ([127.0.0.1]:56274 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWUyr-0008G5-RG for submit@debbugs.gnu.org; Thu, 08 Nov 2012 11:29:26 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:59436) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWUyp-0008Fx-Rf for 12832@debbugs.gnu.org; Thu, 08 Nov 2012 11:29:24 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MD600800G8ODX00@a-mtaout20.012.net.il> for 12832@debbugs.gnu.org; Thu, 08 Nov 2012 18:28:38 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD60083GGFP8C50@a-mtaout20.012.net.il>; Thu, 08 Nov 2012 18:28:37 +0200 (IST) Date: Thu, 08 Nov 2012 18:28:40 +0200 From: Eli Zaretskii In-reply-to: <509BAC2E.2000702@gmail.com> X-012-Sender: halo1@inter.net.il Message-id: <838vac12kn.fsf@gnu.org> References: <509BAC2E.2000702@gmail.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Thu, 08 Nov 2012 12:57:18 +0000 > From: Andy Moreton > > Windows Emacs (built from r110828) was idle for a few minutes while I made a > coffee. On returning, emacs was completely unresponsive and redisplay > was not drawing anything. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Thu, 08 Nov 2012 12:57:18 +0000 > From: Andy Moreton > > Windows Emacs (built from r110828) was idle for a few minutes while I made a > coffee. On returning, emacs was completely unresponsive and redisplay > was not drawing anything. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4989] > Date: Thu, 08 Nov 2012 12:57:18 +0000 > From: Andy Moreton > > Windows Emacs (built from r110828) was idle for a few minutes while I made a > coffee. On returning, emacs was completely unresponsive and redisplay > was not drawing anything. If this recurs, maybe try bisecting to find the problematic commit. Do you know what was the previous revision which you used? 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? > #3 0x0114875d in w32_msg_pump (msg_buf=0x5b5aff54) at w32fns.c:2386 > msg = { > hwnd = 0x3f9500bc, > message = 0xf, > wParam = 0x0, > lParam = 0x0, > time = 0x6cc97f02, > pt = { > x = 0xdd, > y = 0x2f > } > } > result = 0x0 > focus_window = 0x403 This looks like the input thread is waiting for GetMessageW to return, which is normal -- it means there's no input, and we are waiting for it. > Thread 1 (Thread 8744.0xf50): > #0 0x7c90e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll > No symbol table info available. > #1 0x7c90d2aa in ntdll!ZwDuplicateObject () from C:\WINDOWS\system32\ntdll.dll > No symbol table info available. > #2 0x7c80df03 in KERNEL32!DuplicateHandle () from > C:\WINDOWS\system32\kernel32.dll > No symbol table info available. > #3 0xffffffff in ?? () > No symbol table info available. > #4 0xfffffffe in ?? () > No symbol table info available. > #5 0xffffffff in ?? () > No symbol table info available. > #6 0x0162acb8 in real_itimer () > No symbol table info available. > #7 0x00000000 in ?? () > No symbol table info available. This is the main thread, but its backtrace looks like the stack is smashed, and real_itimer is a variable, not a function. We need more data points on this. From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Andy Moreton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Nov 2012 18:34: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: To: Eli Zaretskii Cc: 12832@debbugs.gnu.org Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135239960013600 (code B ref 12832); Thu, 08 Nov 2012 18:34:01 +0000 Received: (at 12832) by debbugs.gnu.org; 8 Nov 2012 18:33:20 +0000 Received: from localhost ([127.0.0.1]:56400 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWWul-0003XI-Oc for submit@debbugs.gnu.org; Thu, 08 Nov 2012 13:33:20 -0500 Received: from mail-wi0-f174.google.com ([209.85.212.174]:52431) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWWuj-0003XB-Lv for 12832@debbugs.gnu.org; Thu, 08 Nov 2012 13:33:18 -0500 Received: by mail-wi0-f174.google.com with SMTP id hm9so1252505wib.15 for <12832@debbugs.gnu.org>; Thu, 08 Nov 2012 10:33:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=o+Hx6VCSgwDvFfVIaCQmYuI/lnfaQJb+kjKP6fjn4u4=; b=kwFNVcB4oU/H5UEhkQWJK6eHrSUY5LY+OPYxku+ljEdJAAv3uThF6YrVZ05O0dpxM1 m4TFXQ5HWemLCPtg6OX8hvJDVFVBr5uM8gYc/nS5kD3shxkvIJq/UZBiZU0MNL27zewX J3uvUVumvW3mhPfYrdxysOk5OTLwMNc/KUKkK6CdzmPyQxcHStF8SusBtL6bsdbcCaPj 7R9oy0O7XDf81jQ9r/RIHRYrCzpEc//LWRpT7+DkeRewHl/ipXzjr7+owFKya18rKE94 v5b+l1IC1/1UydsY5MMFuwLWu7XeW55J82xqyVKqGMErmwlo7u0fCdue6oMyS46HpaTX eKBw== Received: by 10.216.27.84 with SMTP id d62mr3644685wea.3.1352399593745; Thu, 08 Nov 2012 10:33:13 -0800 (PST) Received: from [10.17.20.82] (uk.solarflare.com. [193.34.186.16]) by mx.google.com with ESMTPS id gm7sm9501625wib.10.2012.11.08.10.33.12 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 08 Nov 2012 10:33:12 -0800 (PST) Message-ID: <509BFAE7.8020205@gmail.com> Date: Thu, 08 Nov 2012 18:33:11 +0000 From: Andy Moreton User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 References: <509BAC2E.2000702@gmail.com> <838vac12kn.fsf@gnu.org> In-Reply-To: <838vac12kn.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 08/11/2012 16:28, Eli Zaretskii wrote: >> Date: Thu, 08 Nov 2012 12:57:18 +0000 >> From: Andy Moreton >> >> Windows Emacs (built from r110828) was idle for a few minutes while I made a >> coffee. On returning, emacs was completely unresponsive and redisplay >> was not drawing anything. > > If this recurs, maybe try bisecting to find the problematic commit. > Do you know what was the previous revision which you used? 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. I'll try bisecting (and downgrading the compiler) if I see this again. > 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. >> Thread 1 (Thread 8744.0xf50): >> #0 0x7c90e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll >> No symbol table info available. >> #1 0x7c90d2aa in ntdll!ZwDuplicateObject () from C:\WINDOWS\system32\ntdll.dll >> No symbol table info available. >> #2 0x7c80df03 in KERNEL32!DuplicateHandle () from >> C:\WINDOWS\system32\kernel32.dll >> No symbol table info available. >> #3 0xffffffff in ?? () >> No symbol table info available. >> #4 0xfffffffe in ?? () >> No symbol table info available. >> #5 0xffffffff in ?? () >> No symbol table info available. >> #6 0x0162acb8 in real_itimer () >> No symbol table info available. >> #7 0x00000000 in ?? () >> No symbol table info available. > > This is the main thread, but its backtrace looks like the stack is > smashed, and real_itimer is a variable, not a function. > > We need more data points on this. I'll see if this is reproduceable and try to get more info. AndyM From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle 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: To: Andy Moreton Cc: 12832@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13524549817278 (code B ref 12832); Fri, 09 Nov 2012 09:57:01 +0000 Received: (at 12832) by debbugs.gnu.org; 9 Nov 2012 09:56:21 +0000 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 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 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) 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) Date: Fri, 09 Nov 2012 11:56:14 +0200 From: Eli Zaretskii In-reply-to: <509BFAE7.8020205@gmail.com> X-012-Sender: halo1@inter.net.il Message-id: <83liebyu9t.fsf@gnu.org> References: <509BAC2E.2000702@gmail.com> <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > 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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > 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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] > 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. From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Andy Moreton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2012 10:49:02 +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: To: Eli Zaretskii Cc: 12832@debbugs.gnu.org Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135245812415410 (code B ref 12832); Fri, 09 Nov 2012 10:49:02 +0000 Received: (at 12832) by debbugs.gnu.org; 9 Nov 2012 10:48:44 +0000 Received: from localhost ([127.0.0.1]:57111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWm8h-00040T-GQ for submit@debbugs.gnu.org; Fri, 09 Nov 2012 05:48:44 -0500 Received: from mail-we0-f172.google.com ([74.125.82.172]:61661) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWm8f-00040G-01 for 12832@debbugs.gnu.org; Fri, 09 Nov 2012 05:48:42 -0500 Received: by mail-we0-f172.google.com with SMTP id u46so1638171wey.3 for <12832@debbugs.gnu.org>; Fri, 09 Nov 2012 02:48:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=KL4MHfD3/ysbo/j0pOjEVUO6+/XIMf0RAKptysfIgkU=; b=jeHn7xxKBsaUCDxC/f+fEWasVjnLHikivKhJWj+Qig8Wn3QI+SSezJD9EUinJHGv2q 0h4S3Kt7bOPfW2TZg0LK7Z09BcbH/43sb4LPG1ZL/6UCC3bF32xK3HTPdbOSo5rPsajQ MrGdYN7VL/aVcpUM6XBYt4izzwLbugUYeZJlymMi4984q4D8DLGwFsPc6E7bJ0scsP8l S0g9W4LvzQTcg0UX4XqArGWuA8FM/Aujp3/XFAIAXkJvZu+DIj/LQOs+gscvkwe3J5lo ZN3V0O6u53vPY5WNNHipCRLVox+xX9kgxbgpsq7DIkYqchJWMHXkIbJgJLOgOyesy6AW 3zeg== Received: by 10.180.108.38 with SMTP id hh6mr1946163wib.0.1352458113419; Fri, 09 Nov 2012 02:48:33 -0800 (PST) Received: from [10.17.20.82] (uk.solarflare.com. [193.34.186.16]) by mx.google.com with ESMTPS id fg6sm1606065wib.3.2012.11.09.02.48.32 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 09 Nov 2012 02:48:32 -0800 (PST) Message-ID: <509CDF7F.2000409@gmail.com> Date: Fri, 09 Nov 2012 10:48:31 +0000 From: Andy Moreton User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 References: <509BAC2E.2000702@gmail.com> <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> In-Reply-To: <83liebyu9t.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 09/11/2012 09:56, Eli Zaretskii wrote: >> 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.) system-configuration-options includes --no-opt, so unoptimized. >> 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: [snipped] > 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? I have some files open via tramp (pscp method) on another machine. This uses putty for ssh (plink.exe) and scp (pscp.exe) for file tranfers. At the time of the lockup, emacs had a CMD.EXE subprocess running plink.exe. >> > We need more data points on this. >> >> I'll see if this is reproduceable and try to get more info. > > Thanks. From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle 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 11:16: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: To: Andy Moreton Cc: 12832@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135245972018199 (code B ref 12832); Fri, 09 Nov 2012 11:16:01 +0000 Received: (at 12832) by debbugs.gnu.org; 9 Nov 2012 11:15:20 +0000 Received: from localhost ([127.0.0.1]:57136 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWmYR-0004jS-NQ for submit@debbugs.gnu.org; Fri, 09 Nov 2012 06:15:19 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:51023) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWmYP-0004jK-Vr for 12832@debbugs.gnu.org; Fri, 09 Nov 2012 06:15:18 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MD700G00WHMRY00@a-mtaout22.012.net.il> for 12832@debbugs.gnu.org; Fri, 09 Nov 2012 13:14:40 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD700GKWWKFL6A0@a-mtaout22.012.net.il>; Fri, 09 Nov 2012 13:14:40 +0200 (IST) Date: Fri, 09 Nov 2012 13:14:45 +0200 From: Eli Zaretskii In-reply-to: <509CDF7F.2000409@gmail.com> X-012-Sender: halo1@inter.net.il Message-id: <83ip9fyqmy.fsf@gnu.org> References: <509BAC2E.2000702@gmail.com> <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 10:48:31 +0000 > From: Andy Moreton > CC: 12832@debbugs.gnu.org > > I have some files open via tramp (pscp method) on another machine. This uses > putty for ssh (plink.exe) and scp (pscp.exe) for file tranfers. At the time of > the lockup, emacs had a CMD.EXE subprocess running plink.exe. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 10:48:31 +0000 > From: Andy Moreton > CC: 12832@debbugs.gnu.org > > I have some files open via tramp (pscp method) on another machine. This uses > putty for ssh (plink.exe) and scp (pscp.exe) for file tranfers. At the time of > the lockup, emacs had a CMD.EXE subprocess running plink.exe. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4952] > Date: Fri, 09 Nov 2012 10:48:31 +0000 > From: Andy Moreton > CC: 12832@debbugs.gnu.org > > I have some files open via tramp (pscp method) on another machine. This uses > putty for ssh (plink.exe) and scp (pscp.exe) for file tranfers. At the time of > the lockup, emacs had a CMD.EXE subprocess running plink.exe. Thanks. I wanted to know this to try to reproduce the lockup here. I will try that as soon as the problem with crashes on Windows is resolved. From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle 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 18:12: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: To: andrewjmoreton@gmail.com Cc: 12832@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13524846691329 (code B ref 12832); Fri, 09 Nov 2012 18:12:01 +0000 Received: (at 12832) by debbugs.gnu.org; 9 Nov 2012 18:11:09 +0000 Received: from localhost ([127.0.0.1]:58287 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWt2q-0000LK-2G for submit@debbugs.gnu.org; Fri, 09 Nov 2012 13:11:09 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:61065) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWt2m-0000LA-VP for 12832@debbugs.gnu.org; Fri, 09 Nov 2012 13:11:06 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MD800000FRJNX00@a-mtaout20.012.net.il> for 12832@debbugs.gnu.org; Fri, 09 Nov 2012 20:10:55 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD800056FU6NL50@a-mtaout20.012.net.il>; Fri, 09 Nov 2012 20:10:55 +0200 (IST) Date: Fri, 09 Nov 2012 20:11:01 +0200 From: Eli Zaretskii In-reply-to: <83ip9fyqmy.fsf@gnu.org> X-012-Sender: halo1@inter.net.il Message-id: <83390izlxm.fsf@gnu.org> References: <509BAC2E.2000702@gmail.com> <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 13:14:45 +0200 > From: Eli Zaretskii > Cc: 12832@debbugs.gnu.org > > > Date: Fri, 09 Nov 2012 10:48:31 +0000 > > From: Andy Moreton > > CC: 12832@debbugs.gnu.org > > > > I have some files open via tramp (pscp method) on another machine. This uses > > putty for ssh (plink.exe) and scp (pscp.exe) for file tranfers. At the time of > > the lockup, emacs had a CMD.EXE subprocess running plink.exe. > > Thanks. I wanted to know this to try to reproduce the lockup here. I > will try that as soon as the problem with crashes on Windows is > resolved. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 13:14:45 +0200 > From: Eli Zaretskii > Cc: 12832@debbugs.gnu.org > > > Date: Fri, 09 Nov 2012 10:48:31 +0000 > > From: Andy Moreton > > CC: 12832@debbugs.gnu.org > > > > I have some files open via tramp (pscp method) on another machine. This uses > > putty for ssh (plink.exe) and scp (pscp.exe) for file tranfers. At the time of > > the lockup, emacs had a CMD.EXE subprocess running plink.exe. > > Thanks. I wanted to know this to try to reproduce the lockup here. I > will try that as soon as the problem with crashes on Windows is > resolved. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4968] > Date: Fri, 09 Nov 2012 13:14:45 +0200 > From: Eli Zaretskii > Cc: 12832@debbugs.gnu.org > > > Date: Fri, 09 Nov 2012 10:48:31 +0000 > > From: Andy Moreton > > CC: 12832@debbugs.gnu.org > > > > I have some files open via tramp (pscp method) on another machine. This uses > > putty for ssh (plink.exe) and scp (pscp.exe) for file tranfers. At the time of > > the lockup, emacs had a CMD.EXE subprocess running plink.exe. > > Thanks. I wanted to know this to try to reproduce the lockup here. I > will try that as soon as the problem with crashes on Windows is > resolved. The latest trunk is up and running for more than 3 hours with no problems. I have a shell buffer running plink and a remote file fetched with pscp. I also have display-time active. Any other features you have on that could trigger periodic processing of any kind? From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Andy Moreton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2012 18:39: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: To: Eli Zaretskii Cc: 12832@debbugs.gnu.org Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13524863323790 (code B ref 12832); Fri, 09 Nov 2012 18:39:01 +0000 Received: (at 12832) by debbugs.gnu.org; 9 Nov 2012 18:38:52 +0000 Received: from localhost ([127.0.0.1]:58308 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWtTf-0000z5-S3 for submit@debbugs.gnu.org; Fri, 09 Nov 2012 13:38:52 -0500 Received: from mail-wi0-f174.google.com ([209.85.212.174]:63340) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWtTd-0000yv-0t for 12832@debbugs.gnu.org; Fri, 09 Nov 2012 13:38:50 -0500 Received: by mail-wi0-f174.google.com with SMTP id hm9so666943wib.15 for <12832@debbugs.gnu.org>; Fri, 09 Nov 2012 10:38:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=JSc8zkJUcixECluY3WLDUKVBo4GB6/AH7XxHsXBoalI=; b=RSUrZe1tWNNXu/7Q0ylK+3WV5cR5N+pOYQddHGGb3o07RHg9GumPkE01z6niYeiG8Z iErAOr6CO6tVgyrUyPC53/fBcv1u4y+noPn55mpix1s2l+pKcRv4gPf4OeExthWrPshl yhp3eM1Ppz+8Hwzn6D350+Yb5qv8ocBTKi+ljzU1SPGE9w6jGq0T3JF98OU/UWJzqDKV nCzdELhz9BH3c1d0ijNk5o03NyZflBo91cr8Q48YNVUoFqtEmYfA3+7ZaqUp+jW2JIRJ GrLYNQqSLwSVRQI0d0jRsDxO9b6RTgH1A7OavTWNJnOOYpTLdB+2CK3Kjz5qx/bW0Ws6 E6Kg== Received: by 10.216.137.94 with SMTP id x72mr4977540wei.187.1352486319644; Fri, 09 Nov 2012 10:38:39 -0800 (PST) Received: from [10.17.20.82] (uk.solarflare.com. [193.34.186.16]) by mx.google.com with ESMTPS id fn7sm3255500wib.9.2012.11.09.10.38.37 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 09 Nov 2012 10:38:38 -0800 (PST) Message-ID: <509D4DAC.1060901@gmail.com> Date: Fri, 09 Nov 2012 18:38:36 +0000 From: Andy Moreton User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 References: <509BAC2E.2000702@gmail.com> <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> In-Reply-To: <83390izlxm.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 09/11/2012 18:11, Eli Zaretskii wrote: >> Date: Fri, 09 Nov 2012 13:14:45 +0200 >> From: Eli Zaretskii >> Cc: 12832@debbugs.gnu.org >> >> > Date: Fri, 09 Nov 2012 10:48:31 +0000 >> > From: Andy Moreton >> > CC: 12832@debbugs.gnu.org >> > >> > I have some files open via tramp (pscp method) on another machine. This uses >> > putty for ssh (plink.exe) and scp (pscp.exe) for file tranfers. At the time of >> > the lockup, emacs had a CMD.EXE subprocess running plink.exe. >> >> Thanks. I wanted to know this to try to reproduce the lockup here. I >> will try that as soon as the problem with crashes on Windows is >> resolved. > > The latest trunk is up and running for more than 3 hours with no > problems. I have a shell buffer running plink and a remote file > fetched with pscp. I also have display-time active. I have seen this once again, after doing a full bootstrap from tip this morning to ensure I wasn't seeing artifacts of a broken build. It seems to happen about once a day. > Any other features you have on that could trigger periodic processing > of any kind? Not that I know of. The emacs-server is running, but I not used anything that connects to it, so it should be doing anything. I do use gnus to read news, but quit gnus after I've read some groups (the lockup was several hours later). The compiler update may be at issue, so I'll try downgrading back to MinGW gcc 4.7.0 and doing a full bootstrap. Anything else I should look for in gdb ? AndyM From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle 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 19:13:02 +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: To: Andy Moreton Cc: 12832@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13524883816856 (code B ref 12832); Fri, 09 Nov 2012 19:13:02 +0000 Received: (at 12832) by debbugs.gnu.org; 9 Nov 2012 19:13:01 +0000 Received: from localhost ([127.0.0.1]:58331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWu0j-0001mV-ML for submit@debbugs.gnu.org; Fri, 09 Nov 2012 14:13:01 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:55713) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWu0h-0001mM-Jj for 12832@debbugs.gnu.org; Fri, 09 Nov 2012 14:13:01 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MD800K00HPSWB00@a-mtaout22.012.net.il> for 12832@debbugs.gnu.org; Fri, 09 Nov 2012 21:12:15 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD800LU7IOF5G60@a-mtaout22.012.net.il>; Fri, 09 Nov 2012 21:12:15 +0200 (IST) Date: Fri, 09 Nov 2012 21:12:21 +0200 From: Eli Zaretskii In-reply-to: <509D4DAC.1060901@gmail.com> X-012-Sender: halo1@inter.net.il Message-id: <83zk2qy4iy.fsf@gnu.org> References: <509BAC2E.2000702@gmail.com> <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 18:38:36 +0000 > From: Andy Moreton > CC: 12832@debbugs.gnu.org > > The compiler update may be at issue, so I'll try downgrading back to MinGW gcc > 4.7.0 and doing a full bootstrap. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 18:38:36 +0000 > From: Andy Moreton > CC: 12832@debbugs.gnu.org > > The compiler update may be at issue, so I'll try downgrading back to MinGW gcc > 4.7.0 and doing a full bootstrap. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4996] > Date: Fri, 09 Nov 2012 18:38:36 +0000 > From: Andy Moreton > CC: 12832@debbugs.gnu.org > > The compiler update may be at issue, so I'll try downgrading back to MinGW gcc > 4.7.0 and doing a full bootstrap. That's a good idea. > Anything else I should look for in gdb ? Try continuing the other threads, and see if they are all stuck, or just the main one. I think the command is "thread NUMBER continue". Also, looking at the threads in the Process Explorer should tell if they are alive or locked up. From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle 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 19:17:02 +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: To: andrewjmoreton@gmail.com Cc: 12832@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135248858810440 (code B ref 12832); Fri, 09 Nov 2012 19:17:02 +0000 Received: (at 12832) by debbugs.gnu.org; 9 Nov 2012 19:16:28 +0000 Received: from localhost ([127.0.0.1]:58336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWu44-0002iL-2j for submit@debbugs.gnu.org; Fri, 09 Nov 2012 14:16:28 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:56364) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWu42-0002iF-Se for 12832@debbugs.gnu.org; Fri, 09 Nov 2012 14:16:27 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MD800L00ION6A00@a-mtaout22.012.net.il> for 12832@debbugs.gnu.org; Fri, 09 Nov 2012 21:15:51 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD800LPKIUF6D40@a-mtaout22.012.net.il>; Fri, 09 Nov 2012 21:15:51 +0200 (IST) Date: Fri, 09 Nov 2012 21:15:57 +0200 From: Eli Zaretskii In-reply-to: <83zk2qy4iy.fsf@gnu.org> X-012-Sender: halo1@inter.net.il Message-id: <83y5iay4cy.fsf@gnu.org> References: <509BAC2E.2000702@gmail.com> <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83zk2qy4iy.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 21:12:21 +0200 > From: Eli Zaretskii > Cc: 12832@debbugs.gnu.org > > Try continuing the other threads, and see if they are all stuck, or > just the main one. I think the command is "thread NUMBER continue". [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 21:12:21 +0200 > From: Eli Zaretskii > Cc: 12832@debbugs.gnu.org > > Try continuing the other threads, and see if they are all stuck, or > just the main one. I think the command is "thread NUMBER continue". [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4562] > Date: Fri, 09 Nov 2012 21:12:21 +0200 > From: Eli Zaretskii > Cc: 12832@debbugs.gnu.org > > Try continuing the other threads, and see if they are all stuck, or > just the main one. I think the command is "thread NUMBER continue". Sorry, the correct command is "thread apply NUMBER continue". From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2012 13:02:02 +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: To: Andy Moreton , Fabrice Niessen Cc: 12832@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135281167019610 (code B ref 12832); Tue, 13 Nov 2012 13:02:02 +0000 Received: (at 12832) by debbugs.gnu.org; 13 Nov 2012 13:01:10 +0000 Received: from localhost ([127.0.0.1]:37887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYG72-00056D-JG for submit@debbugs.gnu.org; Tue, 13 Nov 2012 08:01:09 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:48695) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYG6x-00055z-El for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 08:01:05 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MDF00400FUTKU00@a-mtaout21.012.net.il> for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 14:59:38 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDF004UUG3D8C80@a-mtaout21.012.net.il>; Tue, 13 Nov 2012 14:59:38 +0200 (IST) Date: Tue, 13 Nov 2012 14:59:55 +0200 From: Eli Zaretskii In-reply-to: <509D4DAC.1060901@gmail.com> X-012-Sender: halo1@inter.net.il Message-id: <83pq3hvet0.fsf@gnu.org> References: <509BAC2E.2000702@gmail.com> <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> X-Spam-Score: 0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) It looks like Fabrice just saw a very similar, if not identical, lockup: > Thread 8 (Thread 6696.0x20fc): > #0 0x7c91120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #1 0x7c962119 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #2 0x00000005 in ?? () > #3 0x00000004 in ?? () > #4 0x00000001 in ?? () > #5 0x5adcffd0 in ?? () > #6 0x00000000 in ?? () > > Lisp Backtrace: > "redisplay_internal (C function)" (0x167d33c) > > Thread 7 (Thread 6696.0x4b8): > #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #2 0x7199402b in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll > #3 0x719957c9 in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll > #4 0x719f67de in WSACancelAsyncRequest () from /cygdrive/c/WINDOWS/system32/Ws2_32.dll > #5 0x0108d925 in _sys_read_ahead (fd=4) at w32.c:6079 > #6 0x01033127 in reader_thread (arg=0x167dc98) at w32proc.c:838 > #7 0x7c80b729 in KERNEL32!GetModuleFileNameA () from /cygdrive/c/WINDOWS/system32/kernel32.dll > #8 0x00000000 in ?? () > > Lisp Backtrace: > "redisplay_internal (C function)" (0x167d33c) > > Thread 6 (Thread 6696.0x1114): > #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #1 0x7c91d9da in ntdll!ZwReadFile () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #2 0x7c801879 in ReadFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll > #3 0x000005fc in ?? () > #4 0x00000000 in ?? () > > Lisp Backtrace: > "redisplay_internal (C function)" (0x167d33c) > > Thread 5 (Thread 6696.0x2344): > #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #2 0x7199402b in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll > #3 0x719957c9 in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll > #4 0x719f67de in WSACancelAsyncRequest () from /cygdrive/c/WINDOWS/system32/Ws2_32.dll > #5 0x0108d925 in _sys_read_ahead (fd=5) at w32.c:6079 > #6 0x01033127 in reader_thread (arg=0x167dc40) at w32proc.c:838 > #7 0x7c80b729 in KERNEL32!GetModuleFileNameA () from /cygdrive/c/WINDOWS/system32/kernel32.dll > #8 0x00000000 in ?? () > > Lisp Backtrace: > "redisplay_internal (C function)" (0x167d33c) > > Thread 4 (Thread 6696.0x15e4): > #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #2 0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll > #3 0x0000060c in ?? () > #4 0x00000000 in ?? () > > Lisp Backtrace: > "redisplay_internal (C function)" (0x167d33c) > > Thread 3 (Thread 6696.0xc28): > #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #2 0x7c929b23 in ntdll!RtlpWaitForCriticalSection () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #3 0x7c911046 in ntdll!RtlEnumerateGenericTableLikeADirectory () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #4 0x006811a0 in ?? () > #5 0x012e871e in post_msg (lpmsg=0x5b8cfa94) at w32xfns.c:279 > #6 0x01147b48 in my_post_msg (wmsg=0x5b8cfa94, hwnd=0x2cec0092, msg=0, wParam=103, lParam=2228225) at w32fns.c:1942 > #7 0x01148c58 in post_character_message (hwnd=0x2cec0092, msg=0, wParam=103, lParam=2228225, modifiers=67108864) at w32fns.c:2686 > #8 0x01149a12 in w32_wnd_proc (hwnd=0x2cec0092, msg=258, wParam=103, lParam=2228225) at w32fns.c:3064 > #9 0x7e398734 in USER32!GetDC () from /cygdrive/c/WINDOWS/system32/USER32.dll > #10 0x2cec0092 in ?? () > #11 0x00000102 in ?? () > #12 0x00000067 in ?? () > #13 0x00220001 in ?? () > #14 0x01148c5a in post_character_message (hwnd=0x0, msg=1535966776, wParam=18123866, lParam=1535966820, modifiers=2117699606) > at w32fns.c:2687 > #15 0xdcbaabcd in ?? () > #16 0x00000000 in ?? () > > Lisp Backtrace: > "redisplay_internal (C function)" (0x167d33c) > > Thread 2 (Thread 6696.0x1788): > #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #1 0x7c91d21a in ntdll!ZwDelayExecution () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #2 0x7c8023f1 in SleepEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll > #3 0x00000000 in ?? () > > Lisp Backtrace: > "redisplay_internal (C function)" (0x167d33c) > > Thread 1 (Thread 6696.0x4d0): > #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #1 0x7e3eceba in USER32!SetInternalWindowPos () from /cygdrive/c/WINDOWS/system32/USER32.dll > #2 0x7e3cf408 in USER32!SetMenu () from /cygdrive/c/WINDOWS/system32/USER32.dll > #3 0x012c6395 in set_frame_menubar (f=0x3926840 <__register_frame_info+59926592>, first_time=false, deep_p=false) at w32menu.c:610 > #4 0x01200075 in update_menu_bar (f=0x3926840 <__register_frame_info+59926592>, save_match_data=0, hooks_run=1) at xdisp.c:11327 > #5 0x011ffa95 in prepare_menu_bars () at xdisp.c:11205 > #6 0x012055fa in redisplay_internal () at xdisp.c:13081 > #7 0x012034a1 in redisplay () at xdisp.c:12653 > #8 0x0103b2a2 in read_char (commandflag=1, nmaps=3, maps=0x82f9b0, prev_event=57358362, used_mouse_menu=0x82fa83, end_time=0x0) > at keyboard.c:2428 > #9 0x0104eef4 in read_key_sequence (keybuf=0x82fc00, bufsize=30, prompt=57358362, dont_downcase_last=false, > can_return_switch_frame=true, fix_current_buffer=true) at keyboard.c:9230 > #10 0x010385c4 in command_loop_1 () at keyboard.c:1458 > #11 0x01010e86 in internal_condition_case (bfun=0x10380de , handlers=57408946, hfun=0x10378fd ) > at eval.c:1288 > #12 0x01037d57 in command_loop_2 (ignore=57358362) at keyboard.c:1167 > #13 0x010108e3 in internal_catch (tag=57398802, func=0x1037d33 , arg=57358362) at eval.c:1059 > #14 0x01037d11 in command_loop () at keyboard.c:1146 > #15 0x010372cb in recursive_edit_1 () at keyboard.c:778 > #16 0x010375f8 in Frecursive_edit () at keyboard.c:842 > #17 0x01002920 in main (argc=1, argv=0xa44480) at emacs.c:1552 > > Lisp Backtrace: > "redisplay_internal (C function)" (0x167d33c) > (gdb) > (gdb) xbacktrace > "redisplay_internal (C function)" (0x167d33c) This backtrace is more informative. I'm beginning to think that there's some deadlock between threads that use a critical section, because all of the threads are parked at the same interface: ntdll!LdrAccessResource, and at least one of them waits for a critical section: > Thread 3 (Thread 6696.0xc28): > #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #2 0x7c929b23 in ntdll!RtlpWaitForCriticalSection () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #3 0x7c911046 in ntdll!RtlEnumerateGenericTableLikeADirectory () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #4 0x006811a0 in ?? () > #5 0x012e871e in post_msg (lpmsg=0x5b8cfa94) at w32xfns.c:279 > #6 0x01147b48 in my_post_msg (wmsg=0x5b8cfa94, hwnd=0x2cec0092, msg=0, wParam=103, lParam=2228225) at w32fns.c:1942 Fabrice, what bzr revision did you compile, and with what version of GCC? From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle In-Reply-To: <509BAC2E.2000702@gmail.com> Resent-From: "Fabrice Niessen" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2012 13:15: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: To: Eli Zaretskii Cc: 12832@debbugs.gnu.org, Andy Moreton Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135281244620721 (code B ref 12832); Tue, 13 Nov 2012 13:15:01 +0000 Received: (at 12832) by debbugs.gnu.org; 13 Nov 2012 13:14:06 +0000 Received: from localhost ([127.0.0.1]:37914 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYGJW-0005O6-Qi for submit@debbugs.gnu.org; Tue, 13 Nov 2012 08:14:06 -0500 Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:37468 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYGJK-0005NN-2j for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 08:14:01 -0500 Received: from MEDIACENTER. (mediacenter [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id 14C1450118C; Tue, 13 Nov 2012 14:13:19 +0100 (CET) From: "Fabrice Niessen" Organization: Mission Critical IT References: <509BAC2E.2000702@gmail.com> <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> X-Archive: encrypt Date: Tue, 13 Nov 2012 14:13:19 +0100 Message-ID: <80r4nxsl1s.fsf@somewhere.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.50 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.8 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dear Eli, Eli Zaretskii wrote: > It looks like Fabrice just saw a very similar, if not identical, > lockup: > >> Thread 8 (Thread 6696.0x20fc): >> #0 0x7c91120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7c962119 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #2 0x00000005 in ?? () >> #3 0x00000004 in ?? () >> #4 0x00000001 in ?? () >> #5 0x5adcffd0 in ?? () >> #6 0x00000000 in ?? () >> >> Lisp Backtrace: >> "redisplay_internal (C function)" (0x167d33c) >> >> Thread 7 (Thread 6696.0x4b8): >> #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #2 0x7199402b in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll >> #3 0x719957c9 in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll >> #4 0x719f67de in WSACancelAsyncRequest () from /cygdrive/c/WINDOWS/system32/Ws2_32.dll >> #5 0x0108d925 in _sys_read_ahead (fd=4) at w32.c:6079 >> #6 0x01033127 in reader_thread (arg=0x167dc98) at w32proc.c:838 >> #7 0x7c80b729 in KERNEL32!GetModuleFileNameA () from /cygdrive/c/WINDOWS/system32/kernel32.dll >> #8 0x00000000 in ?? () >> >> Lisp Backtrace: >> "redisplay_internal (C function)" (0x167d33c) >> >> Thread 6 (Thread 6696.0x1114): >> #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7c91d9da in ntdll!ZwReadFile () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #2 0x7c801879 in ReadFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll >> #3 0x000005fc in ?? () >> #4 0x00000000 in ?? () >> >> Lisp Backtrace: >> "redisplay_internal (C function)" (0x167d33c) >> >> Thread 5 (Thread 6696.0x2344): >> #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #2 0x7199402b in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll >> #3 0x719957c9 in ?? () from [...] Content analysis details: (1.8 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 TVD_RCVD_IP TVD_RCVD_IP 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4529] 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.9 (/) Dear Eli, Eli Zaretskii wrote: > It looks like Fabrice just saw a very similar, if not identical, > lockup: > >> Thread 8 (Thread 6696.0x20fc): >> #0 0x7c91120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7c962119 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #2 0x00000005 in ?? () >> #3 0x00000004 in ?? () >> #4 0x00000001 in ?? () >> #5 0x5adcffd0 in ?? () >> #6 0x00000000 in ?? () >> >> Lisp Backtrace: >> "redisplay_internal (C function)" (0x167d33c) >> >> Thread 7 (Thread 6696.0x4b8): >> #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #2 0x7199402b in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll >> #3 0x719957c9 in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll >> #4 0x719f67de in WSACancelAsyncRequest () from /cygdrive/c/WINDOWS/system32/Ws2_32.dll >> #5 0x0108d925 in _sys_read_ahead (fd=4) at w32.c:6079 >> #6 0x01033127 in reader_thread (arg=0x167dc98) at w32proc.c:838 >> #7 0x7c80b729 in KERNEL32!GetModuleFileNameA () from /cygdrive/c/WINDOWS/system32/kernel32.dll >> #8 0x00000000 in ?? () >> >> Lisp Backtrace: >> "redisplay_internal (C function)" (0x167d33c) >> >> Thread 6 (Thread 6696.0x1114): >> #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7c91d9da in ntdll!ZwReadFile () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #2 0x7c801879 in ReadFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll >> #3 0x000005fc in ?? () >> #4 0x00000000 in ?? () >> >> Lisp Backtrace: >> "redisplay_internal (C function)" (0x167d33c) >> >> Thread 5 (Thread 6696.0x2344): >> #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #2 0x7199402b in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll >> #3 0x719957c9 in ?? () from /cygdrive/c/WINDOWS/System32/mswsock.dll >> #4 0x719f67de in WSACancelAsyncRequest () from /cygdrive/c/WINDOWS/system32/Ws2_32.dll >> #5 0x0108d925 in _sys_read_ahead (fd=5) at w32.c:6079 >> #6 0x01033127 in reader_thread (arg=0x167dc40) at w32proc.c:838 >> #7 0x7c80b729 in KERNEL32!GetModuleFileNameA () from /cygdrive/c/WINDOWS/system32/kernel32.dll >> #8 0x00000000 in ?? () >> >> Lisp Backtrace: >> "redisplay_internal (C function)" (0x167d33c) >> >> Thread 4 (Thread 6696.0x15e4): >> #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #2 0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll >> #3 0x0000060c in ?? () >> #4 0x00000000 in ?? () >> >> Lisp Backtrace: >> "redisplay_internal (C function)" (0x167d33c) >> >> Thread 3 (Thread 6696.0xc28): >> #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #2 0x7c929b23 in ntdll!RtlpWaitForCriticalSection () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #3 0x7c911046 in ntdll!RtlEnumerateGenericTableLikeADirectory () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #4 0x006811a0 in ?? () >> #5 0x012e871e in post_msg (lpmsg=0x5b8cfa94) at w32xfns.c:279 >> #6 0x01147b48 in my_post_msg (wmsg=0x5b8cfa94, hwnd=0x2cec0092, msg=0, >> wParam=103, lParam=2228225) at w32fns.c:1942 >> #7 0x01148c58 in post_character_message (hwnd=0x2cec0092, msg=0, wParam=103, >> lParam=2228225, modifiers=67108864) at w32fns.c:2686 >> #8 0x01149a12 in w32_wnd_proc (hwnd=0x2cec0092, msg=258, wParam=103, lParam=2228225) at w32fns.c:3064 >> #9 0x7e398734 in USER32!GetDC () from /cygdrive/c/WINDOWS/system32/USER32.dll >> #10 0x2cec0092 in ?? () >> #11 0x00000102 in ?? () >> #12 0x00000067 in ?? () >> #13 0x00220001 in ?? () >> #14 0x01148c5a in post_character_message (hwnd=0x0, msg=1535966776, >> wParam=18123866, lParam=1535966820, modifiers=2117699606) >> at w32fns.c:2687 >> #15 0xdcbaabcd in ?? () >> #16 0x00000000 in ?? () >> >> Lisp Backtrace: >> "redisplay_internal (C function)" (0x167d33c) >> >> Thread 2 (Thread 6696.0x1788): >> #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7c91d21a in ntdll!ZwDelayExecution () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #2 0x7c8023f1 in SleepEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll >> #3 0x00000000 in ?? () >> >> Lisp Backtrace: >> "redisplay_internal (C function)" (0x167d33c) >> >> Thread 1 (Thread 6696.0x4d0): >> #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7e3eceba in USER32!SetInternalWindowPos () from /cygdrive/c/WINDOWS/system32/USER32.dll >> #2 0x7e3cf408 in USER32!SetMenu () from /cygdrive/c/WINDOWS/system32/USER32.dll >> #3 0x012c6395 in set_frame_menubar (f=0x3926840 >> <__register_frame_info+59926592>, first_time=false, deep_p=false) at >> w32menu.c:610 >> #4 0x01200075 in update_menu_bar (f=0x3926840 >> <__register_frame_info+59926592>, save_match_data=0, hooks_run=1) at >> xdisp.c:11327 >> #5 0x011ffa95 in prepare_menu_bars () at xdisp.c:11205 >> #6 0x012055fa in redisplay_internal () at xdisp.c:13081 >> #7 0x012034a1 in redisplay () at xdisp.c:12653 >> #8 0x0103b2a2 in read_char (commandflag=1, nmaps=3, maps=0x82f9b0, >> prev_event=57358362, used_mouse_menu=0x82fa83, end_time=0x0) >> at keyboard.c:2428 >> #9 0x0104eef4 in read_key_sequence (keybuf=0x82fc00, bufsize=30, prompt=57358362, dont_downcase_last=false, >> can_return_switch_frame=true, fix_current_buffer=true) at keyboard.c:9230 >> #10 0x010385c4 in command_loop_1 () at keyboard.c:1458 >> #11 0x01010e86 in internal_condition_case (bfun=0x10380de , >> handlers=57408946, hfun=0x10378fd ) >> at eval.c:1288 >> #12 0x01037d57 in command_loop_2 (ignore=57358362) at keyboard.c:1167 >> #13 0x010108e3 in internal_catch (tag=57398802, func=0x1037d33 , arg=57358362) at eval.c:1059 >> #14 0x01037d11 in command_loop () at keyboard.c:1146 >> #15 0x010372cb in recursive_edit_1 () at keyboard.c:778 >> #16 0x010375f8 in Frecursive_edit () at keyboard.c:842 >> #17 0x01002920 in main (argc=1, argv=0xa44480) at emacs.c:1552 >> >> Lisp Backtrace: >> "redisplay_internal (C function)" (0x167d33c) >> (gdb) >> (gdb) xbacktrace >> "redisplay_internal (C function)" (0x167d33c) > > This backtrace is more informative. I'm beginning to think that > there's some deadlock between threads that use a critical section, > because all of the threads are parked at the same interface: > ntdll!LdrAccessResource, and at least one of them waits for a critical > section: > >> Thread 3 (Thread 6696.0xc28): >> #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #2 0x7c929b23 in ntdll!RtlpWaitForCriticalSection () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #3 0x7c911046 in ntdll!RtlEnumerateGenericTableLikeADirectory () from /cygdrive/c/WINDOWS/system32/ntdll.dll >> #4 0x006811a0 in ?? () >> #5 0x012e871e in post_msg (lpmsg=0x5b8cfa94) at w32xfns.c:279 >> #6 0x01147b48 in my_post_msg (wmsg=0x5b8cfa94, hwnd=0x2cec0092, msg=0, >> wParam=103, lParam=2228225) at w32fns.c:1942 > > Fabrice, what bzr revision did you compile I did not compile it myself. I took a version compiled (on 22 October) by Dani Moncayo, downloaded from https://www.dropbox.com/sh/7jr3vbv9tm1zod0/jPuvfrJAe8. However, eval'ing emacs-bzr-version returns: "110618 monnier@iro.umontreal.ca-20121022132928-232zm0fecassmhfb" > and with what version of GCC? No idea, sorry... Does his recipe (https://www.dropbox.com/sh/7jr3vbv9tm1zod0/qpjXONObVR/emacs-build-recipe.txt) give you valuable information? Best regards, Fabrice From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2012 13:41: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: To: Fabrice Niessen Cc: Eli Zaretskii , 12832@debbugs.gnu.org, Andy Moreton Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135281400823046 (code B ref 12832); Tue, 13 Nov 2012 13:41:01 +0000 Received: (at 12832) by debbugs.gnu.org; 13 Nov 2012 13:40:08 +0000 Received: from localhost ([127.0.0.1]:37940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYGim-0005zf-Ds for submit@debbugs.gnu.org; Tue, 13 Nov 2012 08:40:08 -0500 Received: from mail-ob0-f172.google.com ([209.85.214.172]:34846) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYGii-0005zU-Qq for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 08:40:05 -0500 Received: by mail-ob0-f172.google.com with SMTP id ef5so444862obb.3 for <12832@debbugs.gnu.org>; Tue, 13 Nov 2012 05:39:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=usAWwdHm6pLjjgEDEjPSEKayci72hDP72UoooVcB01I=; b=F6Kof1kDGkuxsKDuNcao4DvmWxC1pzbpT15opA1DIa8n7W/Ph6k/glkcLEruEgNn1f wS18/jtq/RbfkuXi62oks56nQtdoD1aEmSVohG5UOlrXTCJi7th4e82dH6Mwc8kBEp6g d2SbbxK30O/laGaZ55YkHhASbEoTHHobHP8jG2ayWBceIqSd/mqnnlnQz/QCAtUlqj0L XkCAvFU2w2p3sMRHQyeSBSIGT2wzXOXzIZxGaoBVxuaucyDVD/jKHaBfjMQbFEJVOjPO GUS2tPdRTM/fKyR+ASRnO7eQtBf1uAXomri8FGg5ZskxR7KlNQGbN7U/8UC/G3m1w9yS ZaAQ== MIME-Version: 1.0 Received: by 10.60.18.110 with SMTP id v14mr17035289oed.135.1352813974172; Tue, 13 Nov 2012 05:39:34 -0800 (PST) Received: by 10.60.64.170 with HTTP; Tue, 13 Nov 2012 05:39:34 -0800 (PST) In-Reply-To: <80r4nxsl1s.fsf@somewhere.org> References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> Date: Tue, 13 Nov 2012 14:39:34 +0100 Message-ID: From: Dani Moncayo Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) >> and with what version of GCC? > > No idea, sorry... > > Does his recipe > (https://www.dropbox.com/sh/7jr3vbv9tm1zod0/qpjXONObVR/emacs-build-recipe.txt) > give you valuable information? That build was from revno 110618 (2012-10-22), so the GCC version should be 4.7.0, since MinGW didn't upgrade to 4.7.2 until 2012-11-05. (My builds thereafter were with GCC 4.7.2) -- Dani Moncayo From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2012 14:08:02 +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: To: Dani Moncayo Cc: fni@missioncriticalit.com, andrewjmoreton@gmail.com, 12832@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135281566925453 (code B ref 12832); Tue, 13 Nov 2012 14:08:02 +0000 Received: (at 12832) by debbugs.gnu.org; 13 Nov 2012 14:07:49 +0000 Received: from localhost ([127.0.0.1]:37998 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYH9V-0006cO-OI for submit@debbugs.gnu.org; Tue, 13 Nov 2012 09:07:49 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:48438) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYH9Q-0006cC-LI for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 09:07:44 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MDF00F00J4LEP00@a-mtaout20.012.net.il> for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 16:06:57 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDF00ELAJ7KBUH0@a-mtaout20.012.net.il>; Tue, 13 Nov 2012 16:06:57 +0200 (IST) Date: Tue, 13 Nov 2012 16:07:14 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83lie5vbot.fsf@gnu.org> References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 13 Nov 2012 14:39:34 +0100 > From: Dani Moncayo > Cc: Eli Zaretskii , 12832@debbugs.gnu.org, > Andy Moreton > > That build was from revno 110618 (2012-10-22), so the GCC version > should be 4.7.0, since MinGW didn't upgrade to 4.7.2 until 2012-11-05. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4946] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > Date: Tue, 13 Nov 2012 14:39:34 +0100 > From: Dani Moncayo > Cc: Eli Zaretskii , 12832@debbugs.gnu.org, > Andy Moreton > > That build was from revno 110618 (2012-10-22), so the GCC version > should be 4.7.0, since MinGW didn't upgrade to 4.7.2 until 2012-11-05. Thanks. Andrew used 4.7.0 before the crashes, so I don't think the compiler version is an issue. From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Andy Moreton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2012 14:27:02 +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: To: Eli Zaretskii Cc: 12832@debbugs.gnu.org, fni@missioncriticalit.com, Dani Moncayo Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135281678827066 (code B ref 12832); Tue, 13 Nov 2012 14:27:02 +0000 Received: (at 12832) by debbugs.gnu.org; 13 Nov 2012 14:26:28 +0000 Received: from localhost ([127.0.0.1]:38040 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYHRL-00072E-RF for submit@debbugs.gnu.org; Tue, 13 Nov 2012 09:26:18 -0500 Received: from mail-wi0-f170.google.com ([209.85.212.170]:40793) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYHRE-000723-S4 for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 09:26:10 -0500 Received: by mail-wi0-f170.google.com with SMTP id hm9so3106376wib.3 for <12832@debbugs.gnu.org>; Tue, 13 Nov 2012 06:25:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=KQOwswrq8+HPjo5aohFRCoyaal3kqowwXgvA7a3ogq8=; b=kejpgOLgZGNRIqHT+vuDgZIo0MbaFDGMp2exT/ie3U5tewefP2O/p+GWKib1/KAP0Q WzMr6XtX3LNmWIeMWKJgGABi9+Wkzs/DdUQyCmGboXbC+O9MU+aDoji2+lBhYp+YzxUH qAbLkN1//SVI0QNnjgWGchn8HAgnXTmJpiYk7EaZwcxmDOu0hFNIvrwE/gz6c2Jb+Zpj sM4L8ptlAGqxw0tn986JnWZbHmxGq3y4rV/vqKWk5+lV8um3THoDzdFxNmNA7IjusdeE lx2lYcRb2+81UYZLtcHvZuwt3wtU+fzZE4MXaXJewMWyffiyKOqy1JT3WA4rdRQymnWD htNg== Received: by 10.180.99.36 with SMTP id en4mr20134310wib.20.1352816734072; Tue, 13 Nov 2012 06:25:34 -0800 (PST) Received: from [10.17.20.82] (uk.solarflare.com. [193.34.186.16]) by mx.google.com with ESMTPS id b1sm3250224wix.11.2012.11.13.06.25.32 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Nov 2012 06:25:32 -0800 (PST) Message-ID: <50A2585A.3050008@gmail.com> Date: Tue, 13 Nov 2012 14:25:30 +0000 From: Andy Moreton User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> In-Reply-To: <83lie5vbot.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.7 (/) On 13/11/2012 14:07, Eli Zaretskii wrote: >> Date: Tue, 13 Nov 2012 14:39:34 +0100 >> From: Dani Moncayo >> Cc: Eli Zaretskii , 12832@debbugs.gnu.org, >> Andy Moreton >> >> That build was from revno 110618 (2012-10-22), so the GCC version >> should be 4.7.0, since MinGW didn't upgrade to 4.7.2 until 2012-11-05. > > Thanks. Andrew used 4.7.0 before the crashes, so I don't think the > compiler version is an issue. Correct - I've done a clean bootstrap using 4.7.0, and I see this problem on both trunk and emacs-24 branches. Looking emacs-24 (r110863) with Process Explorer: 212412 emacs.exe+0x32291 State: Wait:DelayExecution 212616 emacs.exe+0x148efe State: Wait:Suspended 212604 emacs.exe+0x142350 State: Wait:WrUserRequest 236140 RPCRT4.dll!ThreadStartRoutine State: Wait:WrQueue I tried suspending and then resuming each thread in turn from Process Explorer. Resuming thread 212604 unblocked emacs and it started working again. AndyM From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2012 15:18:02 +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: To: Andy Moreton Cc: 12832@debbugs.gnu.org, fni@missioncriticalit.com, dmoncayo@gmail.com Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135281984932051 (code B ref 12832); Tue, 13 Nov 2012 15:18:02 +0000 Received: (at 12832) by debbugs.gnu.org; 13 Nov 2012 15:17:29 +0000 Received: from localhost ([127.0.0.1]:38771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYIEv-0008Kq-7C for submit@debbugs.gnu.org; Tue, 13 Nov 2012 10:17:29 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:37304) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYIEo-0008Kd-SF for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 10:17:24 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MDF00G00MCK6M00@a-mtaout20.012.net.il> for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 17:16:20 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDF00F8YMF8P6B0@a-mtaout20.012.net.il>; Tue, 13 Nov 2012 17:16:20 +0200 (IST) Date: Tue, 13 Nov 2012 17:16:38 +0200 From: Eli Zaretskii In-reply-to: <50A2585A.3050008@gmail.com> X-012-Sender: halo1@inter.net.il Message-id: <83ip99v8h5.fsf@gnu.org> References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 13 Nov 2012 14:25:30 +0000 > From: Andy Moreton > CC: Dani Moncayo , fni@missioncriticalit.com, > 12832@debbugs.gnu.org > > Correct - I've done a clean bootstrap using 4.7.0, and I see this problem on > both trunk and emacs-24 branches. > > Looking emacs-24 (r110863) with Process Explorer: > > 212412 emacs.exe+0x32291 State: Wait:DelayExecution > 212616 emacs.exe+0x148efe State: Wait:Suspended > 212604 emacs.exe+0x142350 State: Wait:WrUserRequest > 236140 RPCRT4.dll!ThreadStartRoutine State: Wait:WrQueue > > I tried suspending and then resuming each thread in turn from Process > Explorer. Resuming thread 212604 unblocked emacs and it started working again. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4965] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > Date: Tue, 13 Nov 2012 14:25:30 +0000 > From: Andy Moreton > CC: Dani Moncayo , fni@missioncriticalit.com, > 12832@debbugs.gnu.org > > Correct - I've done a clean bootstrap using 4.7.0, and I see this problem on > both trunk and emacs-24 branches. > > Looking emacs-24 (r110863) with Process Explorer: > > 212412 emacs.exe+0x32291 State: Wait:DelayExecution > 212616 emacs.exe+0x148efe State: Wait:Suspended > 212604 emacs.exe+0x142350 State: Wait:WrUserRequest > 236140 RPCRT4.dll!ThreadStartRoutine State: Wait:WrQueue > > I tried suspending and then resuming each thread in turn from Process > Explorer. Resuming thread 212604 unblocked emacs and it started working again. Was that the only thread whose resumption unlocks Emacs? If so, can you find out what thread was that? Process Explorer can show that call-stack, and you should be able to find out what functions were referenced by using the "info line" command inside GDB. Like this: (gdb) info line *0x11c3d40 Line 863 of "sysdep.c" starts at address 0x11c3d40 and ends at 0x11c3d4a . (Note the asterisk before the address.) WrUserRequest seems to indicate that the thread was suspended by the application itself, which would point the blaming finger at my implementation of SIGALRM (see w32proc.c), whereby when the timer expires, the thread which runs the timer code suspends the main thread, invokes the signal handler, and then resumes the main thread. If my guess is correct, this would mean that the thread whose state is WrUserRequest is the main (a.k.a. "Lisp") thread. Another possibility is that this is the input thread, the one that calls GetMessage. But then I don't understand why it is blocked forever until manually resumed. Hmm... If you attach GDB, do you again see garbled backtrace, like in the original report? Or do you see something more informative? From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Andy Moreton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2012 16:02: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: To: Eli Zaretskii Cc: 12832@debbugs.gnu.org, fni@missioncriticalit.com, dmoncayo@gmail.com Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13528224753558 (code B ref 12832); Tue, 13 Nov 2012 16:02:01 +0000 Received: (at 12832) by debbugs.gnu.org; 13 Nov 2012 16:01:15 +0000 Received: from localhost ([127.0.0.1]:38872 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYIvH-0000vH-8i for submit@debbugs.gnu.org; Tue, 13 Nov 2012 11:01:15 -0500 Received: from mail-wi0-f180.google.com ([209.85.212.180]:36269) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYIvB-0000v3-9D for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 11:01:10 -0500 Received: by mail-wi0-f180.google.com with SMTP id x18so1050054wia.15 for <12832@debbugs.gnu.org>; Tue, 13 Nov 2012 08:00:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=CmWY6s+fxF5lm+tnkGKNvDE5B76f4CzpIY5yYklp5Ks=; b=07o/l2OmmTluuMOnqfan3sPfpVtsw0EuxlmpjioMttD8WUTVzVQeefCnl8sAS8LxLl afNMARWjBpSaWa9Ty2Qe3YGp5xTw8lDWhm8Owl1k1Z+Wpx49ynRxAVe/Kl7/NEuc31r7 mKOhFWbHca0ZL+SPm9SxyEjCpITvOxdzOjz/WiE/Wc4mpNkLavy8fTWXLuDci7Va9Nwd 9XN1O/3WnBPtSsfdc39/S1g4pfzuhQT2yWILCtQNLDvQUMR/FVPhPLq7V8c2PsmWqPBN pF1WTitGIr1nhIRjKX+l5LqwAMf6O+smm0xQxLW5tyF+0HSxJpyGW1C55vFnZKewoX4c LMSA== Received: by 10.180.88.100 with SMTP id bf4mr2656863wib.16.1352822433915; Tue, 13 Nov 2012 08:00:33 -0800 (PST) Received: from [10.17.20.82] (uk.solarflare.com. [193.34.186.16]) by mx.google.com with ESMTPS id b1sm3610169wix.11.2012.11.13.08.00.32 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Nov 2012 08:00:33 -0800 (PST) Message-ID: <50A26E9E.4020405@gmail.com> Date: Tue, 13 Nov 2012 16:00:30 +0000 From: Andy Moreton User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> In-Reply-To: <83ip99v8h5.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.7 (/) On 13/11/2012 15:16, Eli Zaretskii wrote: >> Date: Tue, 13 Nov 2012 14:25:30 +0000 >> From: Andy Moreton >> CC: Dani Moncayo , fni@missioncriticalit.com, >> 12832@debbugs.gnu.org >> >> Correct - I've done a clean bootstrap using 4.7.0, and I see this problem on >> both trunk and emacs-24 branches. >> >> Looking emacs-24 (r110863) with Process Explorer: >> >> 212412 emacs.exe+0x32291 State: Wait:DelayExecution >> 212616 emacs.exe+0x148efe State: Wait:Suspended >> 212604 emacs.exe+0x142350 State: Wait:WrUserRequest >> 236140 RPCRT4.dll!ThreadStartRoutine State: Wait:WrQueue >> >> I tried suspending and then resuming each thread in turn from Process >> Explorer. Resuming thread 212604 unblocked emacs and it started working again. > > Was that the only thread whose resumption unlocks Emacs? If so, can > you find out what thread was that? Process Explorer can show that > call-stack, and you should be able to find out what functions were I tried to get call stacks from process Explorer, but that made it die :-( The fatc that thread 236140 is at ThreadStartRoutine makes me wonder if this is related to the perils of DllMain (i.e. the loader lock). > If you attach GDB, do you again see garbled backtrace, like in the > original report? Or do you see something more informative? Sorry, I don't have the original process running any more - it's hard to get anything done with an unresponsive app of the screen. I'll try to dig out more info the next time I get a lockup. The one thing that does seem completely consistent is that the lockup happens after several minutes of being idle (i.e. no keyboard or mouse input). AndyM From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2012 16:36: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: To: Andy Moreton Cc: 12832@debbugs.gnu.org, fni@missioncriticalit.com, dmoncayo@gmail.com Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13528245286567 (code B ref 12832); Tue, 13 Nov 2012 16:36:01 +0000 Received: (at 12832) by debbugs.gnu.org; 13 Nov 2012 16:35:28 +0000 Received: from localhost ([127.0.0.1]:38939 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYJSN-0001ho-Jm for submit@debbugs.gnu.org; Tue, 13 Nov 2012 11:35:27 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:38937) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYJSG-0001hb-7S for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 11:35:22 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MDF00500PSGTO00@a-mtaout23.012.net.il> for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 18:34:44 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDF005ORQ1WUE00@a-mtaout23.012.net.il>; Tue, 13 Nov 2012 18:34:44 +0200 (IST) Date: Tue, 13 Nov 2012 18:35:02 +0200 From: Eli Zaretskii In-reply-to: <50A26E9E.4020405@gmail.com> X-012-Sender: halo1@inter.net.il Message-id: <83fw4dv4uh.fsf@gnu.org> References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 13 Nov 2012 16:00:30 +0000 > From: Andy Moreton > CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > > The fact that thread 236140 is at ThreadStartRoutine makes me wonder if this > is related to the perils of DllMain (i.e. the loader lock). [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4867] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > Date: Tue, 13 Nov 2012 16:00:30 +0000 > From: Andy Moreton > CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > > The fact that thread 236140 is at ThreadStartRoutine makes me wonder if this > is related to the perils of DllMain (i.e. the loader lock). Sorry, I don't follow. Can you say more about this problem, or point me to some accessible documentation about it? From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Andy Moreton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2012 16:42: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: To: Eli Zaretskii Cc: 12832@debbugs.gnu.org, fni@missioncriticalit.com, dmoncayo@gmail.com Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13528248747055 (code B ref 12832); Tue, 13 Nov 2012 16:42:01 +0000 Received: (at 12832) by debbugs.gnu.org; 13 Nov 2012 16:41:14 +0000 Received: from localhost ([127.0.0.1]:38943 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYJXx-0001pg-Bg for submit@debbugs.gnu.org; Tue, 13 Nov 2012 11:41:13 -0500 Received: from mail-wg0-f46.google.com ([74.125.82.46]:43188) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYJXr-0001pS-Hi for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 11:41:07 -0500 Received: by mail-wg0-f46.google.com with SMTP id dt12so4539357wgb.15 for <12832@debbugs.gnu.org>; Tue, 13 Nov 2012 08:40:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=SCScHXx81jmrC/p1fUWCIFjmMdt8/yt548YJGSrorrc=; b=yQk7BVyPXrzGrVvljD3Hatfxdo/eqr6K1ByXAea5sfj2bGlkd2bPjNCyAX2G1jEfcD QbJdmFvJ6c3D1T08mdV64OGId2xmwG8begcVV3hmY32d/7gQvNZ0VGsVAQtho4HYdKHY v0wW3lkG/gZ2wVYoLevoVOeHEcxiNoGtFqRJLVoXDs+1dpSfPxMA3tjaXqh6dL5cCv1V 1MZuGOZfUDxHLPBZdABQDqHBSeY/FbtzrhGBXMdoJaDmwFxBhSliVZwnWpRAh2nr/rOt 6fcO3LSPBsLVJRlNnLqAN7rY7l/FoL2YNuWItUgonzyqI+c/Aty5MND2hSueHBZc0QOn EJoQ== Received: by 10.216.226.98 with SMTP id a76mr761735weq.5.1352824832132; Tue, 13 Nov 2012 08:40:32 -0800 (PST) Received: from [10.17.20.82] (uk.solarflare.com. [193.34.186.16]) by mx.google.com with ESMTPS id hf10sm20041517wib.0.2012.11.13.08.40.30 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Nov 2012 08:40:31 -0800 (PST) Message-ID: <50A277FD.4030200@gmail.com> Date: Tue, 13 Nov 2012 16:40:29 +0000 From: Andy Moreton User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> <83fw4dv4uh.fsf@gnu.org> In-Reply-To: <83fw4dv4uh.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.1 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 13/11/2012 16:35, Eli Zaretskii wrote: >> Date: Tue, 13 Nov 2012 16:00:30 +0000 >> From: Andy Moreton >> CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org >> >> The fact that thread 236140 is at ThreadStartRoutine makes me wonder if this >> is related to the perils of DllMain (i.e. the loader lock). > > Sorry, I don't follow. Can you say more about this problem, or point > me to some accessible documentation about it? [...] Content analysis details: (1.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andrewjmoreton[at]gmail.com) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [74.125.82.46 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 1.0 FREEMAIL_REPLY From and body contain different freemails X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 13/11/2012 16:35, Eli Zaretskii wrote: >> Date: Tue, 13 Nov 2012 16:00:30 +0000 >> From: Andy Moreton >> CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org >> >> The fact that thread 236140 is at ThreadStartRoutine makes me wonder if this >> is related to the perils of DllMain (i.e. the loader lock). > > Sorry, I don't follow. Can you say more about this problem, or point > me to some accessible documentation about it? The DllMain notifications for process and thread create/destroy are called with the (system internal) loader lock held. This means that anything called from these routines should not use locks, or deadlock is possible. So I was wondering if the thread manipulation for timer handling is interacting with those mechanisms. Of course I don't know nearly enough about Win32 to actually say much useful here, so the actual problem is probably something else entirely. AndyM From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2012 17:06:02 +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: To: Andy Moreton Cc: 12832@debbugs.gnu.org, fni@missioncriticalit.com, dmoncayo@gmail.com Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13528263069242 (code B ref 12832); Tue, 13 Nov 2012 17:06:02 +0000 Received: (at 12832) by debbugs.gnu.org; 13 Nov 2012 17:05:06 +0000 Received: from localhost ([127.0.0.1]:39013 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYJv7-0002P1-RT for submit@debbugs.gnu.org; Tue, 13 Nov 2012 12:05:06 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:60499) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYJv5-0002Oq-2Q for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 12:05:03 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MDF00F00RBA4300@a-mtaout22.012.net.il> for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 19:04:30 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDF00ENFRFIK890@a-mtaout22.012.net.il>; Tue, 13 Nov 2012 19:04:30 +0200 (IST) Date: Tue, 13 Nov 2012 19:04:48 +0200 From: Eli Zaretskii In-reply-to: <50A26E9E.4020405@gmail.com> X-012-Sender: halo1@inter.net.il Message-id: <83ehjxv3gv.fsf@gnu.org> References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Can you please try the patch below and see if it prevents the lock-ups? === modified file 'src/w32proc.c' --- src/w32proc.c 2012-11-05 03:18:32 +0000 +++ src/w32proc.c 2012-11-13 16:59:53 +0000 @@ -431, 13 +431, 24 @@ timer_loop (LPVOID arg) /* Simulate a signal delivered to the thread which installed the timer, by suspending that thread while the handler runs. */ - DWORD result = SuspendThread (itimer->caller_thread); + DWORD result; + + if (dwMainThreadId) + enter_crit (); + result = SuspendThread (itimer->caller_thread); [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4998] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Can you please try the patch below and see if it prevents the lock-ups? === modified file 'src/w32proc.c' --- src/w32proc.c 2012-11-05 03:18:32 +0000 +++ src/w32proc.c 2012-11-13 16:59:53 +0000 @@ -431,13 +431,24 @@ timer_loop (LPVOID arg) /* Simulate a signal delivered to the thread which installed the timer, by suspending that thread while the handler runs. */ - DWORD result = SuspendThread (itimer->caller_thread); + DWORD result; + + if (dwMainThreadId) + enter_crit (); + result = SuspendThread (itimer->caller_thread); [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4497] Can you please try the patch below and see if it prevents the lock-ups? === modified file 'src/w32proc.c' --- src/w32proc.c 2012-11-05 03:18:32 +0000 +++ src/w32proc.c 2012-11-13 16:59:53 +0000 @@ -431,13 +431,24 @@ timer_loop (LPVOID arg) /* Simulate a signal delivered to the thread which installed the timer, by suspending that thread while the handler runs. */ - DWORD result = SuspendThread (itimer->caller_thread); + DWORD result; + + if (dwMainThreadId) + enter_crit (); + result = SuspendThread (itimer->caller_thread); if (result == (DWORD)-1) - return 2; + { + if (dwMainThreadId) + leave_crit (); + return 2; + } handler (sig); ResumeThread (itimer->caller_thread); + + if (dwMainThreadId) + leave_crit (); } /* Update expiration time and loop. */ From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Nov 2012 17:21: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: To: Andy Moreton Cc: 12832@debbugs.gnu.org, fni@missioncriticalit.com, dmoncayo@gmail.com Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135282723613923 (code B ref 12832); Tue, 13 Nov 2012 17:21:01 +0000 Received: (at 12832) by debbugs.gnu.org; 13 Nov 2012 17:20:36 +0000 Received: from localhost ([127.0.0.1]:39025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYKA3-0003cP-9q for submit@debbugs.gnu.org; Tue, 13 Nov 2012 12:20:36 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:39454) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYK9w-0003cA-4V for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 12:20:29 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MDF00H00S23H500@a-mtaout20.012.net.il> for 12832@debbugs.gnu.org; Tue, 13 Nov 2012 19:19:52 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDF00GMES50VHD0@a-mtaout20.012.net.il>; Tue, 13 Nov 2012 19:19:49 +0200 (IST) Date: Tue, 13 Nov 2012 19:20:07 +0200 From: Eli Zaretskii In-reply-to: <50A277FD.4030200@gmail.com> X-012-Sender: halo1@inter.net.il Message-id: <83d2zhv2rc.fsf@gnu.org> References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> <83fw4dv4uh.fsf@gnu.org> <50A277FD.4030200@gmail.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 13 Nov 2012 16:40:29 +0000 > From: Andy Moreton > CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > > On 13/11/2012 16:35, Eli Zaretskii wrote: > >> Date: Tue, 13 Nov 2012 16:00:30 +0000 > >> From: Andy Moreton > >> CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > >> > >> The fact that thread 236140 is at ThreadStartRoutine makes me wonder if this > >> is related to the perils of DllMain (i.e. the loader lock). > > > > Sorry, I don't follow. Can you say more about this problem, or point > > me to some accessible documentation about it? > > The DllMain notifications for process and thread create/destroy are called > with the (system internal) loader lock held. This means that anything called > from these routines should not use locks, or deadlock is possible. So I was > wondering if the thread manipulation for timer handling is interacting with > those mechanisms. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 13 Nov 2012 16:40:29 +0000 > From: Andy Moreton > CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > > On 13/11/2012 16:35, Eli Zaretskii wrote: > >> Date: Tue, 13 Nov 2012 16:00:30 +0000 > >> From: Andy Moreton > >> CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > >> > >> The fact that thread 236140 is at ThreadStartRoutine makes me wonder if this > >> is related to the perils of DllMain (i.e. the loader lock). > > > > Sorry, I don't follow. Can you say more about this problem, or point > > me to some accessible documentation about it? > > The DllMain notifications for process and thread create/destroy are called > with the (system internal) loader lock held. This means that anything called > from these routines should not use locks, or deadlock is possible. So I was > wondering if the thread manipulation for timer handling is interacting with > those mechanisms. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4916] > Date: Tue, 13 Nov 2012 16:40:29 +0000 > From: Andy Moreton > CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > > On 13/11/2012 16:35, Eli Zaretskii wrote: > >> Date: Tue, 13 Nov 2012 16:00:30 +0000 > >> From: Andy Moreton > >> CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > >> > >> The fact that thread 236140 is at ThreadStartRoutine makes me wonder if this > >> is related to the perils of DllMain (i.e. the loader lock). > > > > Sorry, I don't follow. Can you say more about this problem, or point > > me to some accessible documentation about it? > > The DllMain notifications for process and thread create/destroy are called > with the (system internal) loader lock held. This means that anything called > from these routines should not use locks, or deadlock is possible. So I was > wondering if the thread manipulation for timer handling is interacting with > those mechanisms. Thanks for the explanation. > Of course I don't know nearly enough about Win32 to actually say much useful > here, so the actual problem is probably something else entirely. Don't assume I know more than you do ;-) Anyway, I actually don't understand why some thread is at ThreadStartRoutine, if that fact really means that a thread is being created. The timer thread is created during startup, and is not shut down until Emacs shuts down. And we don't create any other threads in the middle of a session (unless the user invokes profiler). So the only way I can understand this ThreadStartRoutine business is that somehow the timer thread exited due to an error (look for a line saying "return 2;" in timer_loop), and then the next time Emacs sets up the 2-sec atimer, a new thread will be started. So could you please set a breakpoint at line 575 in w32proc.c, which is this: /* Start a new thread. */ itimer->terminate = 0; itimer->type = which; <<<<<<<<<<<<<<<<<<<<<<<<<<< run Emacs under GDB, and see if this breakpoint breaks more than once when you run Emacs as usual? It should break one time during startup, and never thereafter. To make sure you don't disrupt the timers, define commands for this breakpoint that simply continue, like this: (gdb) break w32proc.c:575 (gdb) commands > continue > end From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Andy Moreton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Nov 2012 12:46: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: To: Eli Zaretskii Cc: 12832@debbugs.gnu.org, fni@missioncriticalit.com, dmoncayo@gmail.com Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13528971234514 (code B ref 12832); Wed, 14 Nov 2012 12:46:01 +0000 Received: (at 12832) by debbugs.gnu.org; 14 Nov 2012 12:45:23 +0000 Received: from localhost ([127.0.0.1]:41081 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYcLL-0001Ak-F0 for submit@debbugs.gnu.org; Wed, 14 Nov 2012 07:45:23 -0500 Received: from mail-wg0-f46.google.com ([74.125.82.46]:57802) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYcLJ-0001Ab-Rz for 12832@debbugs.gnu.org; Wed, 14 Nov 2012 07:45:22 -0500 Received: by mail-wg0-f46.google.com with SMTP id dt12so176904wgb.15 for <12832@debbugs.gnu.org>; Wed, 14 Nov 2012 04:44:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=JE3N/o+CR6IQqr0poNrWLTXOz4eklriT11dAKVODowI=; b=beIU97cfYM/5sMP/qISo+vM4i7hZ4bldHlCQuPboaG9ITEZwMZgkMjIyql1Z4/YVG2 bP9ksIp1WQhV5pr9OVxxQ6QaHp5/X36IpTzc7kLzo9D03lGP4xi6y/EBuVWAB52EcdL/ sG62KGFeMRf/5iQFsF5LIdlD7GCwD20b61o2JeiqI519GYQVCEdBrq+wllc1q+HdFx57 KNgAr/Ur6j63aFNgbytKe51pd5R/8ssi/78arxpu+tuzVJTprxKE6afGipMhlG4Y2z/l Ly51gkQ5JuixuZY57xQ8xW+biYgPLj0WmmbbjobYKcsq/FMvyVyJWyVWz07zDtEL/oGb FEuw== Received: by 10.180.24.4 with SMTP id q4mr25761945wif.19.1352897085534; Wed, 14 Nov 2012 04:44:45 -0800 (PST) Received: from [10.17.20.82] (uk.solarflare.com. [193.34.186.16]) by mx.google.com with ESMTPS id d16sm6402992wiw.8.2012.11.14.04.44.40 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Nov 2012 04:44:42 -0800 (PST) Message-ID: <50A39237.3090302@gmail.com> Date: Wed, 14 Nov 2012 12:44:39 +0000 From: Andy Moreton User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> <83ehjxv3gv.fsf@gnu.org> In-Reply-To: <83ehjxv3gv.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 13/11/2012 17:04, Eli Zaretskii wrote: > Can you please try the patch below and see if it prevents the > lock-ups? > > === modified file 'src/w32proc.c' > --- src/w32proc.c 2012-11-05 03:18:32 +0000 > +++ src/w32proc.c 2012-11-13 16:59:53 +0000 > @@ -431,13 +431,24 @@ timer_loop (LPVOID arg) > /* Simulate a signal delivered to the thread which installed > the timer, by suspending that thread while the handler > runs. */ > - DWORD result = SuspendThread (itimer->caller_thread); > + DWORD result; > + > + if (dwMainThreadId) > + enter_crit (); > + result = SuspendThread (itimer->caller_thread); > > if (result == (DWORD)-1) > - return 2; > + { > + if (dwMainThreadId) > + leave_crit (); > + return 2; > + } > > handler (sig); > ResumeThread (itimer->caller_thread); > + > + if (dwMainThreadId) > + leave_crit (); > } > > /* Update expiration time and loop. */ > I applied this to emacs-24 branch (r110866) this morning. So far I've not seen a lockup, but I'll to run it for a day or two to be sure. AndyM From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Andy Moreton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Nov 2012 16:31: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: To: Eli Zaretskii Cc: 12832@debbugs.gnu.org, fni@missioncriticalit.com, dmoncayo@gmail.com Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135291063629580 (code B ref 12832); Wed, 14 Nov 2012 16:31:01 +0000 Received: (at 12832) by debbugs.gnu.org; 14 Nov 2012 16:30:36 +0000 Received: from localhost ([127.0.0.1]:42346 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYfrI-0007h2-38 for submit@debbugs.gnu.org; Wed, 14 Nov 2012 11:30:36 -0500 Received: from mail-we0-f172.google.com ([74.125.82.172]:33097) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYfrF-0007gu-0S for 12832@debbugs.gnu.org; Wed, 14 Nov 2012 11:30:34 -0500 Received: by mail-we0-f172.google.com with SMTP id u46so210081wey.3 for <12832@debbugs.gnu.org>; Wed, 14 Nov 2012 08:29:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=+G9ik3fi/VcXjQUtBrai0YTxC6tmzYCZ98lV/79ELag=; b=jFFtpwoooXGylynlme9XIt7augF84r21SSk3ngoNBkjP7mgQK7nNikv0iD20o/+52X k9yhaaOWh+aWQZh7Yjv4Rfjk50yx75jwLmOT17x78v+dbPWRbu38ftSaQKuEP4DM7E4w U9w4n0UbIg9I3sQehVbvy/VUnYJBKjCW08BcyrwemYwR55ML4r17dBhIaxjYdugmb9AE BwUbpHOTcodipbkmWjrb+zW194IUmUFDBLE7132HLhKQERwdN3bRTW8mfwZGR0XLq9ES HfVdFlislD6y+FawWDmaWhQ7HMT1FsIFZEZ5syKE4EmQPo7qLpPuQAGepl48f7wAihuh NSXg== Received: by 10.180.87.201 with SMTP id ba9mr17467146wib.1.1352910595930; Wed, 14 Nov 2012 08:29:55 -0800 (PST) Received: from [10.17.20.82] (uk.solarflare.com. [193.34.186.16]) by mx.google.com with ESMTPS id en20sm3162243wid.4.2012.11.14.08.29.54 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Nov 2012 08:29:54 -0800 (PST) Message-ID: <50A3C701.4090308@gmail.com> Date: Wed, 14 Nov 2012 16:29:53 +0000 From: Andy Moreton User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> <83ehjxv3gv.fsf@gnu.org> <50A39237.3090302@gmail.com> In-Reply-To: <50A39237.3090302@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 14/11/2012 12:44, Andy Moreton wrote: > On 13/11/2012 17:04, Eli Zaretskii wrote: >> Can you please try the patch below and see if it prevents the >> lock-ups? >> >> === modified file 'src/w32proc.c' >> --- src/w32proc.c 2012-11-05 03:18:32 +0000 >> +++ src/w32proc.c 2012-11-13 16:59:53 +0000 >> @@ -431,13 +431,24 @@ timer_loop (LPVOID arg) >> /* Simulate a signal delivered to the thread which installed >> the timer, by suspending that thread while the handler >> runs. */ >> - DWORD result = SuspendThread (itimer->caller_thread); >> + DWORD result; >> + >> + if (dwMainThreadId) >> + enter_crit (); >> + result = SuspendThread (itimer->caller_thread); >> >> if (result == (DWORD)-1) >> - return 2; >> + { >> + if (dwMainThreadId) >> + leave_crit (); >> + return 2; >> + } >> >> handler (sig); >> ResumeThread (itimer->caller_thread); >> + >> + if (dwMainThreadId) >> + leave_crit (); >> } >> >> /* Update expiration time and loop. */ >> > > I applied this to emacs-24 branch (r110866) this morning. So far I've not seen > a lockup, but I'll to run it for a day or two to be sure. After longer uptime, it seems this patch is not successful. I haven't had a complete lockup, but I have seen a couple of glitches where it froze but then recovered a short while later. The unfreeze may have been due to capturing a stack trace with Process Explorer (I have upgraded to the latest version which is less buggy). The patched emacs-24 does seem to leak handles: at the moment Process Explorer report that emacs has 50805 handles in all, most of which are thread handles. The number of handles seems to increase at a rate of 2 to 4 per second. AndyM From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Nov 2012 16:50: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: To: Andy Moreton Cc: Eli Zaretskii , fni@missioncriticalit.com, 12832@debbugs.gnu.org Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135291179331315 (code B ref 12832); Wed, 14 Nov 2012 16:50:01 +0000 Received: (at 12832) by debbugs.gnu.org; 14 Nov 2012 16:49:53 +0000 Received: from localhost ([127.0.0.1]:42394 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYg9x-000890-2j for submit@debbugs.gnu.org; Wed, 14 Nov 2012 11:49:53 -0500 Received: from mail-gg0-f172.google.com ([209.85.161.172]:52429) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYg9u-00088r-Tl for 12832@debbugs.gnu.org; Wed, 14 Nov 2012 11:49:51 -0500 Received: by mail-gg0-f172.google.com with SMTP id i4so118823ggn.3 for <12832@debbugs.gnu.org>; Wed, 14 Nov 2012 08:49:14 -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=mBSPS0UGX4eH920L9GmrdIR4wmz8QEcDUirYIHLtkdw=; b=KzkjbMD6FSXVfZIjfyNQQgajvW1ggMfVACHObmE/iosLY9wZNRO7h5TDto7HgIiG69 6Sd/ENFHmJt9D3PYv/opyydcEJl8NSbWJMPUSWwWWuwKVejHh+gKR0r6FFmZuHiNgPxv DpdzkLVRH8PmWbfKjkBXRvdlMIOKR1pVSaTzVgcRCd65ZQfU2lGFE6zxVGsZdp9/5gXr LHqKDw5GhawAG6oNtSgZF6NV6cR3AYIuuNgeMFvzPtPVXoDfi/RPYtIFFFDe1RpDVM2A pqsBRGs6dg6klYfnQvBZJ8biclAhIWd8rQHSqTZYLe5e6uS7wQbBrfRAsNXGumEhFjEh YSbw== Received: by 10.236.124.44 with SMTP id w32mr1972085yhh.104.1352911753067; Wed, 14 Nov 2012 08:49:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.147.163.8 with HTTP; Wed, 14 Nov 2012 08:48:41 -0800 (PST) In-Reply-To: <50A3C701.4090308@gmail.com> References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> <83ehjxv3gv.fsf@gnu.org> <50A39237.3090302@gmail.com> <50A3C701.4090308@gmail.com> From: Lennart Borgman Date: Wed, 14 Nov 2012 17:48:41 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) I have no time to build Emacs now and have not had it for a very long time. However I have seen Emacs freeze a lot of times when it is idle. This started to get more common when I moved to a 64-bit windows 7 (from windows xp, 32-bit). I have always thought that this must be bad handling of the messages from the operating systems, but I have had no chance to pin this down. Reading here I wonder if data are accessed somewhere in a system time thread without critical section handling. On Wed, Nov 14, 2012 at 5:29 PM, Andy Moreton wrote: > On 14/11/2012 12:44, Andy Moreton wrote: >> >> On 13/11/2012 17:04, Eli Zaretskii wrote: >>> >>> Can you please try the patch below and see if it prevents the >>> lock-ups? >>> >>> === modified file 'src/w32proc.c' >>> --- src/w32proc.c 2012-11-05 03:18:32 +0000 >>> +++ src/w32proc.c 2012-11-13 16:59:53 +0000 >>> @@ -431,13 +431,24 @@ timer_loop (LPVOID arg) >>> /* Simulate a signal delivered to the thread which installed >>> the timer, by suspending that thread while the handler >>> runs. */ >>> - DWORD result = SuspendThread (itimer->caller_thread); >>> + DWORD result; >>> + >>> + if (dwMainThreadId) >>> + enter_crit (); >>> + result = SuspendThread (itimer->caller_thread); >>> >>> if (result == (DWORD)-1) >>> - return 2; >>> + { >>> + if (dwMainThreadId) >>> + leave_crit (); >>> + return 2; >>> + } >>> >>> handler (sig); >>> ResumeThread (itimer->caller_thread); >>> + >>> + if (dwMainThreadId) >>> + leave_crit (); >>> } >>> >>> /* Update expiration time and loop. */ >>> >> >> I applied this to emacs-24 branch (r110866) this morning. So far I've not >> seen >> a lockup, but I'll to run it for a day or two to be sure. > > > After longer uptime, it seems this patch is not successful. I haven't had a > complete lockup, but I have seen a couple of glitches where it froze but > then recovered a short while later. > > The unfreeze may have been due to capturing a stack trace with Process > Explorer (I have upgraded to the latest version which is less buggy). > > The patched emacs-24 does seem to leak handles: at the moment Process > Explorer report that emacs has 50805 handles in all, most of which are > thread handles. The number of handles seems to increase at a rate of 2 to 4 > per second. > > AndyM > > > > > > > From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Nov 2012 16:53: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: To: Andy Moreton Cc: 12832@debbugs.gnu.org, fni@missioncriticalit.com, dmoncayo@gmail.com Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135291193531543 (code B ref 12832); Wed, 14 Nov 2012 16:53:01 +0000 Received: (at 12832) by debbugs.gnu.org; 14 Nov 2012 16:52:15 +0000 Received: from localhost ([127.0.0.1]:42398 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYgCB-0008Cf-Ie for submit@debbugs.gnu.org; Wed, 14 Nov 2012 11:52:15 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:59354) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYgC5-0008CR-TU for 12832@debbugs.gnu.org; Wed, 14 Nov 2012 11:52:10 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MDH00700LD5IY00@a-mtaout22.012.net.il> for 12832@debbugs.gnu.org; Wed, 14 Nov 2012 18:51:24 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDH0073RLHNAR50@a-mtaout22.012.net.il>; Wed, 14 Nov 2012 18:51:24 +0200 (IST) Date: Wed, 14 Nov 2012 18:51:44 +0200 From: Eli Zaretskii In-reply-to: <50A3C701.4090308@gmail.com> X-012-Sender: halo1@inter.net.il Message-id: <831ufwunz3.fsf@gnu.org> References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> <83ehjxv3gv.fsf@gnu.org> <50A39237.3090302@gmail.com> <50A3C701.4090308@gmail.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Wed, 14 Nov 2012 16:29:53 +0000 > From: Andy Moreton > CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > > After longer uptime, it seems this patch is not successful. I haven't had a > complete lockup, but I have seen a couple of glitches where it froze but then > recovered a short while later. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Wed, 14 Nov 2012 16:29:53 +0000 > From: Andy Moreton > CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > > After longer uptime, it seems this patch is not successful. I haven't had a > complete lockup, but I have seen a couple of glitches where it froze but then > recovered a short while later. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4989] > Date: Wed, 14 Nov 2012 16:29:53 +0000 > From: Andy Moreton > CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > > After longer uptime, it seems this patch is not successful. I haven't had a > complete lockup, but I have seen a couple of glitches where it froze but then > recovered a short while later. OK, that was a stab in the dark anyway. I found a few problems in the code and fixed them in revision 110867 on the emacs-24 branch. Please try the latest branch (without the patch) and see if the problem persists. > The patched emacs-24 does seem to leak handles: at the moment Process Explorer > report that emacs has 50805 handles in all, most of which are thread handles. > The number of handles seems to increase at a rate of 2 to 4 per second. Yes, that's one of the problems I fixed in r110867. Shame on me. (I think the fact that the handle to the caller thread was constantly modified could be the reason for the lockup, if the change happened between SuspendThread and ResumeThread calls.) From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Nov 2012 17:43: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: To: Lennart Borgman Cc: fni@missioncriticalit.com, andrewjmoreton@gmail.com, 12832@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13529149383692 (code B ref 12832); Wed, 14 Nov 2012 17:43:01 +0000 Received: (at 12832) by debbugs.gnu.org; 14 Nov 2012 17:42:18 +0000 Received: from localhost ([127.0.0.1]:42470 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYgyc-0000xS-F2 for submit@debbugs.gnu.org; Wed, 14 Nov 2012 12:42:18 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:63074) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYgyW-0000xF-6o for 12832@debbugs.gnu.org; Wed, 14 Nov 2012 12:42:12 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MDH00E00NRE0100@a-mtaout21.012.net.il> for 12832@debbugs.gnu.org; Wed, 14 Nov 2012 19:40:44 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDH00DRONRWUK50@a-mtaout21.012.net.il>; Wed, 14 Nov 2012 19:40:44 +0200 (IST) Date: Wed, 14 Nov 2012 19:41:05 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83wqxot74e.fsf@gnu.org> References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> <83ehjxv3gv.fsf@gnu.org> <50A39237.3090302@gmail.com> <50A3C701.4090308@gmail.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: Lennart Borgman > Date: Wed, 14 Nov 2012 17:48:41 +0100 > Cc: Eli Zaretskii , fni@missioncriticalit.com, 12832@debbugs.gnu.org > > I have no time to build Emacs now and have not had it for a very long > time. However I have seen Emacs freeze a lot of times when it is idle. > This started to get more common when I moved to a 64-bit windows 7 > (from windows xp, 32-bit). [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: Lennart Borgman > Date: Wed, 14 Nov 2012 17:48:41 +0100 > Cc: Eli Zaretskii , fni@missioncriticalit.com, 12832@debbugs.gnu.org > > I have no time to build Emacs now and have not had it for a very long > time. However I have seen Emacs freeze a lot of times when it is idle. > This started to get more common when I moved to a 64-bit windows 7 > (from windows xp, 32-bit). [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4581] > From: Lennart Borgman > Date: Wed, 14 Nov 2012 17:48:41 +0100 > Cc: Eli Zaretskii , fni@missioncriticalit.com, 12832@debbugs.gnu.org > > I have no time to build Emacs now and have not had it for a very long > time. However I have seen Emacs freeze a lot of times when it is idle. > This started to get more common when I moved to a 64-bit windows 7 > (from windows xp, 32-bit). Those incidents are most probably unrelated to the issue discussed in this bug, because the timer thread was introduced into Emacs only very recently, it does not exist in Emacs 24.2 and earlier. > Reading here I wonder if data are accessed somewhere in a system time > thread without critical section handling. That is so vague I cannot even begin thinking about what you have in mind. In any case, what Andrew reported looks like some thread is suspended _while_ it holds a critical section. So, if anything, this is not about lack of critical sections usage. From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Nov 2012 17:51:02 +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: To: Eli Zaretskii Cc: fni , Andy Moreton , 12832 <12832@debbugs.gnu.org> Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13529154354470 (code B ref 12832); Wed, 14 Nov 2012 17:51:02 +0000 Received: (at 12832) by debbugs.gnu.org; 14 Nov 2012 17:50:35 +0000 Received: from localhost ([127.0.0.1]:42491 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYh6d-00019x-1q for submit@debbugs.gnu.org; Wed, 14 Nov 2012 12:50:35 -0500 Received: from mail-gg0-f172.google.com ([209.85.161.172]:48532) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYh6X-00019j-Fy for 12832@debbugs.gnu.org; Wed, 14 Nov 2012 12:50:29 -0500 Received: by mail-gg0-f172.google.com with SMTP id i4so141619ggn.3 for <12832@debbugs.gnu.org>; Wed, 14 Nov 2012 09:49:48 -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=eQTI1e24v1tjS9kLXgVgifPmPNF2Q8STjnOt6IqA0OY=; b=F21pw0C805weXwf1Vh7s3C3URu92akiKsizma9HWgA1j0C83vu85WlyftiOT0/0G8M s0uHND1rP/xKisRGbRwViSKBgf6gHkbAmyQ6X5j2LlO51Klh2Es4t+aSnPj2PuTx2M0S US6kUXk5i2wzBtjPOXRweU/n+cLeMHajVcvsvrBe0MhYJSax5IrbOeKiD2tigZwrs5rv JUTzY9SYiFFppK9zK6TVxrVJTLJdPKPaomZArnQRFOZbeJLjGnuTewL4t7bdVQxr2BE3 G76wx8861v1wQke783fDZdjELaL9aipo4HFPsb1ig5YrSU8drEd+LNYul8zeooV4GeDB P+aw== Received: by 10.101.105.29 with SMTP id h29mr7694070anm.62.1352915387369; Wed, 14 Nov 2012 09:49:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.147.163.8 with HTTP; Wed, 14 Nov 2012 09:49:17 -0800 (PST) In-Reply-To: <83wqxot74e.fsf@gnu.org> References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> <83ehjxv3gv.fsf@gnu.org> <50A39237.3090302@gmail.com> <50A3C701.4090308@gmail.com> <83wqxot74e.fsf@gnu.org> From: Lennart Borgman Date: Wed, 14 Nov 2012 18:49:17 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On Wed, Nov 14, 2012 at 6:41 PM, Eli Zaretskii wrote: >> From: Lennart Borgman >> Date: Wed, 14 Nov 2012 17:48:41 +0100 >> Cc: Eli Zaretskii , fni@missioncriticalit.com, 12832@debbugs.gnu.org >> >> I have no time to build Emacs now and have not had it for a very long >> time. However I have seen Emacs freeze a lot of times when it is idle. >> This started to get more common when I moved to a 64-bit windows 7 >> (from windows xp, 32-bit). > > Those incidents are most probably unrelated to the issue discussed in > this bug, because the timer thread was introduced into Emacs only very > recently, it does not exist in Emacs 24.2 and earlier. Thanks, I see. >> Reading here I wonder if data are accessed somewhere in a system time >> thread without critical section handling. > > That is so vague I cannot even begin thinking about what you have in > mind. > > In any case, what Andrew reported looks like some thread is suspended > _while_ it holds a critical section. So, if anything, this is not > about lack of critical sections usage. I am not sure of that ;-) What is suspending the thread? Should it be able to do that? From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Nov 2012 17:55:02 +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: To: Lennart Borgman Cc: fni@missioncriticalit.com, andrewjmoreton@gmail.com, 12832@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.13529156434778 (code B ref 12832); Wed, 14 Nov 2012 17:55:02 +0000 Received: (at 12832) by debbugs.gnu.org; 14 Nov 2012 17:54:03 +0000 Received: from localhost ([127.0.0.1]:42497 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYhA2-0001F1-Ph for submit@debbugs.gnu.org; Wed, 14 Nov 2012 12:54:03 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:42989) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYh9z-0001Ea-Ft for 12832@debbugs.gnu.org; Wed, 14 Nov 2012 12:54:00 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MDH00800OAL6100@a-mtaout22.012.net.il> for 12832@debbugs.gnu.org; Wed, 14 Nov 2012 19:52:42 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDH008YEOBT4P10@a-mtaout22.012.net.il>; Wed, 14 Nov 2012 19:52:41 +0200 (IST) Date: Wed, 14 Nov 2012 19:53:02 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83vcd8t6kh.fsf@gnu.org> References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> <83ehjxv3gv.fsf@gnu.org> <50A39237.3090302@gmail.com> <50A3C701.4090308@gmail.com> <83wqxot74e.fsf@gnu.org> X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Lennart Borgman > Date: Wed, 14 Nov 2012 18:49:17 +0100 > Cc: Andy Moreton , fni , > 12832 <12832@debbugs.gnu.org> > > What is suspending the thread? Should it be able to do that? When we have fixed the bug, we will know. From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Andy Moreton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Nov 2012 20:18: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: To: Eli Zaretskii Cc: 12832@debbugs.gnu.org, fni@missioncriticalit.com, dmoncayo@gmail.com Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135292427821412 (code B ref 12832); Wed, 14 Nov 2012 20:18:01 +0000 Received: (at 12832) by debbugs.gnu.org; 14 Nov 2012 20:17:58 +0000 Received: from localhost ([127.0.0.1]:42758 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYjPK-0005ZJ-6o for submit@debbugs.gnu.org; Wed, 14 Nov 2012 15:17:58 -0500 Received: from mail-we0-f172.google.com ([74.125.82.172]:35187) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYjPI-0005ZC-P7 for 12832@debbugs.gnu.org; Wed, 14 Nov 2012 15:17:57 -0500 Received: by mail-we0-f172.google.com with SMTP id u46so282551wey.3 for <12832@debbugs.gnu.org>; Wed, 14 Nov 2012 12:17:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=XVsLLVwr6zumgz4/Q27JKhBQsrCKevgAqD2bNfMlVsc=; b=KwIJNvkhFaVD6P2s3izEXbkJNrWgoIONYuc799xNc3wKaBmdkiuHnP4Cya/9xOOEZF jHqtR/TdieX2Alxi1OPrrAxBn7lVu3/8Un78Lqo8gt/Momif3or0gqXNYB+rLQbj/o3X UO8tt2W9mzwuE8T/fEDpiyDdkase+qL3b+5saCW+hd8z0QTnyfHmg2wojJZ68PHNqK/0 VllPv0NpGQLfZ584tvSlwejqkVgI+90/vf5OlILOjcbtlUZtyt0ZXL3xxrOhau6XUOab kkscwdJ3l3b+Zg5hYJGlZBt/1rfQopZIxizJljeZLUJLHIz0oJzQv855OPNPkAuh4Z4g Q0Ng== Received: by 10.180.87.201 with SMTP id ba9mr18332753wib.1.1352924239006; Wed, 14 Nov 2012 12:17:19 -0800 (PST) Received: from [10.17.20.82] (uk.solarflare.com. [193.34.186.16]) by mx.google.com with ESMTPS id gz3sm12503489wib.2.2012.11.14.12.17.14 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Nov 2012 12:17:16 -0800 (PST) Message-ID: <50A3FC49.6040904@gmail.com> Date: Wed, 14 Nov 2012 20:17:13 +0000 From: Andy Moreton User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> <83ehjxv3gv.fsf@gnu.org> <50A39237.3090302@gmail.com> <50A3C701.4090308@gmail.com> <831ufwunz3.fsf@gnu.org> In-Reply-To: <831ufwunz3.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 14/11/2012 16:51, Eli Zaretskii wrote: > I found a few problems in the code and fixed them in revision 110867 > on the emacs-24 branch. Please try the latest branch (without the > patch) and see if the problem persists. I've been running an (unpatched) emacs-24 r110867 build for a few hours, and so far it seems to be behaving well. I'll report back after a longer run to see if the lockup can be still be reproduced. AndyM From unknown Fri Sep 12 09:56:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12832: 24.3.50; Emacs lockup when idle Resent-From: Andy Moreton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Nov 2012 19:28: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: To: Eli Zaretskii Cc: 12832@debbugs.gnu.org, fni@missioncriticalit.com, dmoncayo@gmail.com Received: via spool by 12832-submit@debbugs.gnu.org id=B12832.135300766432168 (code B ref 12832); Thu, 15 Nov 2012 19:28:01 +0000 Received: (at 12832) by debbugs.gnu.org; 15 Nov 2012 19:27:44 +0000 Received: from localhost ([127.0.0.1]:45895 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TZ56F-0008Mm-IB for submit@debbugs.gnu.org; Thu, 15 Nov 2012 14:27:44 -0500 Received: from mail-we0-f172.google.com ([74.125.82.172]:40981) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TZ56D-0008Mf-Bx for 12832@debbugs.gnu.org; Thu, 15 Nov 2012 14:27:42 -0500 Received: by mail-we0-f172.google.com with SMTP id u46so697730wey.3 for <12832@debbugs.gnu.org>; Thu, 15 Nov 2012 11:26:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Fh62JUDeA0fNOVzVCSIp7JHfEyxE3XuQjXYoEZvpM5Y=; b=p7vL3v6jiwMTLFnuvh4LX2kplYeafEq57WMj1T8gk1qXyXf5/aqZN/B0h6SFfFgEI6 b/DP7ql7yEgHXgFBO0AZ9d0B8akC4ckMbWK/GLnU3ERU+hQ3zlQFw6JJPlgjBpvqluwt mZigM0EbhrYBWC14pqwvW6Vxdno0OmKhnjCCfaC6ygypSky/6US/sxl3pj6V2SoiUTmZ 56kLoZcCe+WrECKDTTbl8fV/ODPN1NyJ4yUmsbh081TDrXW45vyfoazoCrsNeZbiN8Te ajQcUqjRdF7R2vQ8zMjCfDLCEwUnB5UtswACBnO2WFd9Cs4RdmAgP7dBNh1K/3vyBEG2 APZw== Received: by 10.216.199.10 with SMTP id w10mr1021331wen.198.1353007618092; Thu, 15 Nov 2012 11:26:58 -0800 (PST) Received: from [10.17.20.82] (uk.solarflare.com. [193.34.186.16]) by mx.google.com with ESMTPS id n2sm28987963wix.6.2012.11.15.11.26.55 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Nov 2012 11:26:56 -0800 (PST) Message-ID: <50A541FE.8050204@gmail.com> Date: Thu, 15 Nov 2012 19:26:54 +0000 From: Andy Moreton User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> <83ehjxv3gv.fsf@gnu.org> <50A39237.3090302@gmail.com> <50A3C701.4090308@gmail.com> <831ufwunz3.fsf@gnu.org> <50A3FC49.6040904@gmail.com> In-Reply-To: <50A3FC49.6040904@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 14/11/2012 20:17, Andy Moreton wrote: > On 14/11/2012 16:51, Eli Zaretskii wrote: >> I found a few problems in the code and fixed them in revision 110867 >> on the emacs-24 branch. Please try the latest branch (without the >> patch) and see if the problem persists. > > I've been running an (unpatched) emacs-24 r110867 build for a few hours, and > so far it seems to be behaving well. I'll report back after a longer run to > see if the lockup can be still be reproduced. I rebuilt emacs-24 at r110874 this morning, and have not seen any freezes or lockups all day. I think this bug can now be closed. Thanks, AndyM From unknown Fri Sep 12 09:56:11 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Andy Moreton Subject: bug#12832: closed (Re: bug#12832: 24.3.50; Emacs lockup when idle) Message-ID: References: <83zk2isjj7.fsf@gnu.org> <509BAC2E.2000702@gmail.com> X-Gnu-PR-Message: they-closed 12832 X-Gnu-PR-Package: emacs,w32 Reply-To: 12832@debbugs.gnu.org Date: Thu, 15 Nov 2012 20:24:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1353011042-4761-1" This is a multi-part message in MIME format... ------------=_1353011042-4761-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #12832: 24.3.50; Emacs lockup when idle which was filed against the emacs,w32 package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 12832@debbugs.gnu.org. --=20 12832: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D12832 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1353011042-4761-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 12832-done) by debbugs.gnu.org; 15 Nov 2012 20:23:50 +0000 Received: from localhost ([127.0.0.1]:45981 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TZ5yU-0001EI-34 for submit@debbugs.gnu.org; Thu, 15 Nov 2012 15:23:49 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:54084) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TZ5yM-0001Dz-PS for 12832-done@debbugs.gnu.org; Thu, 15 Nov 2012 15:23:44 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MDJ00400PSK1N00@a-mtaout20.012.net.il> for 12832-done@debbugs.gnu.org; Thu, 15 Nov 2012 22:22:54 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDJ003LHPY5V840@a-mtaout20.012.net.il>; Thu, 15 Nov 2012 22:22:54 +0200 (IST) Date: Thu, 15 Nov 2012 22:22:52 +0200 From: Eli Zaretskii Subject: Re: bug#12832: 24.3.50; Emacs lockup when idle In-reply-to: <50A541FE.8050204@gmail.com> X-012-Sender: halo1@inter.net.il To: Andy Moreton Message-id: <83zk2isjj7.fsf@gnu.org> References: <838vac12kn.fsf@gnu.org> <509BFAE7.8020205@gmail.com> <83liebyu9t.fsf@gnu.org> <509CDF7F.2000409@gmail.com> <83ip9fyqmy.fsf@gnu.org> <83390izlxm.fsf@gnu.org> <509D4DAC.1060901@gmail.com> <83pq3hvet0.fsf@gnu.org> <509BAC2E.2000702@gmail.com> <80r4nxsl1s.fsf@somewhere.org> <83lie5vbot.fsf@gnu.org> <50A2585A.3050008@gmail.com> <83ip99v8h5.fsf@gnu.org> <50A26E9E.4020405@gmail.com> <83ehjxv3gv.fsf@gnu.org> <50A39237.3090302@gmail.com> <50A3C701.4090308@gmail.com> <831ufwunz3.fsf@gnu.org> <50A3FC49.6040904@gmail.com> <50A541FE.8050204@gmail.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Thu, 15 Nov 2012 19:26:54 +0000 > From: Andy Moreton > CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > > On 14/11/2012 20:17, Andy Moreton wrote: > > On 14/11/2012 16:51, Eli Zaretskii wrote: > >> I found a few problems in the code and fixed them in revision 110867 > >> on the emacs-24 branch. Please try the latest branch (without the > >> patch) and see if the problem persists. > > > > I've been running an (unpatched) emacs-24 r110867 build for a few hours, and > > so far it seems to be behaving well. I'll report back after a longer run to > > see if the lockup can be still be reproduced. > > I rebuilt emacs-24 at r110874 this morning, and have not seen any freezes or > lockups all day. I think this bug can now be closed. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12832-done Cc: fni@missioncriticalit.com, 12832-done@debbugs.gnu.org, dmoncayo@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Thu, 15 Nov 2012 19:26:54 +0000 > From: Andy Moreton > CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > > On 14/11/2012 20:17, Andy Moreton wrote: > > On 14/11/2012 16:51, Eli Zaretskii wrote: > >> I found a few problems in the code and fixed them in revision 110867 > >> on the emacs-24 branch. Please try the latest branch (without the > >> patch) and see if the problem persists. > > > > I've been running an (unpatched) emacs-24 r110867 build for a few hours, and > > so far it seems to be behaving well. I'll report back after a longer run to > > see if the lockup can be still be reproduced. > > I rebuilt emacs-24 at r110874 this morning, and have not seen any freezes or > lockups all day. I think this bug can now be closed. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4955] > Date: Thu, 15 Nov 2012 19:26:54 +0000 > From: Andy Moreton > CC: dmoncayo@gmail.com, fni@missioncriticalit.com, 12832@debbugs.gnu.org > > On 14/11/2012 20:17, Andy Moreton wrote: > > On 14/11/2012 16:51, Eli Zaretskii wrote: > >> I found a few problems in the code and fixed them in revision 110867 > >> on the emacs-24 branch. Please try the latest branch (without the > >> patch) and see if the problem persists. > > > > I've been running an (unpatched) emacs-24 r110867 build for a few hours, and > > so far it seems to be behaving well. I'll report back after a longer run to > > see if the lockup can be still be reproduced. > > I rebuilt emacs-24 at r110874 this morning, and have not seen any freezes or > lockups all day. I think this bug can now be closed. Great news, thanks. Closing. ------------=_1353011042-4761-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 8 Nov 2012 12:57:50 +0000 Received: from localhost ([127.0.0.1]:55536 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWRg5-0003J2-1R for submit@debbugs.gnu.org; Thu, 08 Nov 2012 07:57:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46014) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWRg1-0003Ir-Ao for submit@debbugs.gnu.org; Thu, 08 Nov 2012 07:57:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TWRfs-0004JY-78 for submit@debbugs.gnu.org; Thu, 08 Nov 2012 07:57:43 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:52900) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWRfs-0004JU-48 for submit@debbugs.gnu.org; Thu, 08 Nov 2012 07:57:36 -0500 Received: from eggs.gnu.org ([208.118.235.92]:50629) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWRfm-0005wW-07 for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2012 07:57:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TWRfh-0004HE-Pv for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2012 07:57:29 -0500 Received: from mail-we0-f169.google.com ([74.125.82.169]:45534) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWRfh-0004Gp-6O for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2012 07:57:25 -0500 Received: by mail-we0-f169.google.com with SMTP id u3so1465674wey.0 for ; Thu, 08 Nov 2012 04:57:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=8booESU1Yq8jffJdnZC6Qmgy/+KpbdgVNVBe0Ic7vvY=; b=RaS9vdntfz5ZzwEwRP4avZTgpluM38EqfdURtHj6rSeXknOt5iaTvmpCfsMsGE7sT7 UwVboK97eWJPJwdrqRygOCftTHS1Hbr4G6skSVkngjhpsGKQOD4goBCQB0WqDl8hmIK7 ArCLIoGAs3FkfSmeH4nvpS44GHaI8tAFP8iHyvwkf5rq7QAIja84Vj5/5T+hQWF4Yjie Ea35nB7Ktbe5f2aPWy2yOkvyKCvMOOVV+YKhY8Yg1ODqUE4fiUZsQy83jSo1v6RgtlFZ Sz926AQHfzhLls1qh2mWJ/lMfGzixHNvhEhGIrFjEiHS+K9ohaGYS5g5w8chShFUtUa/ glIw== Received: by 10.216.134.96 with SMTP id r74mr3083883wei.219.1352379442536; Thu, 08 Nov 2012 04:57:22 -0800 (PST) Received: from [10.17.20.82] (uk.solarflare.com. [193.34.186.16]) by mx.google.com with ESMTPS id n2sm6569845wix.6.2012.11.08.04.57.19 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 08 Nov 2012 04:57:20 -0800 (PST) Message-ID: <509BAC2E.2000702@gmail.com> Date: Thu, 08 Nov 2012 12:57:18 +0000 From: Andy Moreton User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: 24.3.50; Emacs lockup when idle Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) Windows Emacs (built from r110828) was idle for a few minutes while I made a coffee. On returning, emacs was completely unresponsive and redisplay was not drawing anything. Windows XP SP3 MinGW gcc 4.7.2 Backtrace from "thread apply all bt full": 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. #2 0x00000005 in ?? () No symbol table info available. #3 0x00000004 in ?? () No symbol table info available. #4 0x00000001 in ?? () No symbol table info available. #5 0x5ad3ffd0 in ?? () No symbol table info available. #6 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "redisplay_internal (C function)" (0x167235c) 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. Lisp Backtrace: "redisplay_internal (C function)" (0x167235c) 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. Lisp Backtrace: "redisplay_internal (C function)" (0x167235c) Thread 3 (Thread 8744.0x21d4): #0 0x7c90e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #1 0x7e4191be in USER32!GetProcessWindowStation () from C:\WINDOWS\system32\user32.dll No symbol table info available. #2 0x7e4191f1 in USER32!GetMessageW () from C:\WINDOWS\system32\user32.dll No symbol table info available. #3 0x0114875d in w32_msg_pump (msg_buf=0x5b5aff54) at w32fns.c:2386 msg = { hwnd = 0x3f9500bc, message = 0xf, wParam = 0x0, lParam = 0x0, time = 0x6cc97f02, pt = { x = 0xdd, y = 0x2f } } result = 0x0 focus_window = 0x403 #4 0x0114899b in w32_msg_worker@4 (arg=0x0) at w32fns.c:2612 msg = { hwnd = 0x86af0b20, message = 0x80502fc0, wParam = 0x0, lParam = 0x0, time = 0x0, pt = { x = 0x80502fc8, y = 0x8dedcca0 } } dummy_buf = { next = 0x0, w32msg = { msg = { hwnd = 0x0, message = 0x0, wParam = 0x0, lParam = 0x0, time = 0x0, pt = { x = 0x0, y = 0x0 } }, dwModifiers = 0x0, rect = { left = 0x0, top = 0x0, right = 0x0, bottom = 0x0 } }, result = 0x0, completed = 0x0 } #5 0x7c80b729 in KERNEL32!GetModuleFileNameA () from C:\WINDOWS\system32\kernel32.dll No symbol table info available. #6 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "redisplay_internal (C function)" (0x167235c) Thread 2 (Thread 8744.0x1840): #0 0x7c90e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #1 0x7c90d21a in ntdll!ZwDelayExecution () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #2 0x7c8023f1 in SleepEx () from C:\WINDOWS\system32\kernel32.dll No symbol table info available. #3 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "redisplay_internal (C function)" (0x167235c) Thread 1 (Thread 8744.0xf50): #0 0x7c90e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #1 0x7c90d2aa in ntdll!ZwDuplicateObject () from C:\WINDOWS\system32\ntdll.dll No symbol table info available. #2 0x7c80df03 in KERNEL32!DuplicateHandle () from C:\WINDOWS\system32\kernel32.dll No symbol table info available. #3 0xffffffff in ?? () No symbol table info available. #4 0xfffffffe in ?? () No symbol table info available. #5 0xffffffff in ?? () No symbol table info available. #6 0x0162acb8 in real_itimer () No symbol table info available. #7 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "redisplay_internal (C function)" (0x167235c) ------------=_1353011042-4761-1--