From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#13154: 24.3.50; emacs_backtrace.txt (different one) Date: Wed, 12 Dec 2012 18:54:51 +0200 Message-ID: <838v938b38.fsf@gnu.org> References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1355331401 18360 80.91.229.3 (12 Dec 2012 16:56:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 12 Dec 2012 16:56:41 +0000 (UTC) Cc: 13154@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 12 17:56:52 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Tipbv-000760-Bt for geb-bug-gnu-emacs@m.gmane.org; Wed, 12 Dec 2012 17:56:43 +0100 Original-Received: from localhost ([::1]:60684 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tipbi-0002rX-Lp for geb-bug-gnu-emacs@m.gmane.org; Wed, 12 Dec 2012 11:56:30 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:37521) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TipbZ-0002UW-Pj for bug-gnu-emacs@gnu.org; Wed, 12 Dec 2012 11:56:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TipbT-0004aT-Ho for bug-gnu-emacs@gnu.org; Wed, 12 Dec 2012 11:56:21 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57257) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TipbT-0004aN-E1 for bug-gnu-emacs@gnu.org; Wed, 12 Dec 2012 11:56:15 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TipcD-0006rt-MU for bug-gnu-emacs@gnu.org; Wed, 12 Dec 2012 11:57:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Dec 2012 16:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13154 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13154-submit@debbugs.gnu.org id=B13154.135533137826335 (code B ref 13154); Wed, 12 Dec 2012 16:57:01 +0000 Original-Received: (at 13154) by debbugs.gnu.org; 12 Dec 2012 16:56:18 +0000 Original-Received: from localhost ([127.0.0.1]:39272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TipbV-0006qi-MP for submit@debbugs.gnu.org; Wed, 12 Dec 2012 11:56:18 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:55068) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TipbS-0006qZ-Tp for 13154@debbugs.gnu.org; Wed, 12 Dec 2012 11:56:16 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MEX00L00GA5O400@a-mtaout22.012.net.il> for 13154@debbugs.gnu.org; Wed, 12 Dec 2012 18:54:53 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MEX00LIMGBH46B0@a-mtaout22.012.net.il>; Wed, 12 Dec 2012 18:54:53 +0200 (IST) In-reply-to: <71C954CE83CD4097847383645A95BD14@us.oracle.com> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:68401 Archived-At: > From: "Drew Adams" > Date: Tue, 11 Dec 2012 21:04:29 -0800 > > > This backtrace is different from the others I reported today. > Also, with this one I did not get a double fatal-error dialog box. Yes, it's definitely different, see below. > And I did get the Windows dialog box asking me if I wanted to report the problem > to Microsoft. I don't recommend that ;-) > Backtrace: > 0x01154B7D > 0x01154BEF > 0x010E4B0C > 0x01015BC6 > 0x0101505F > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x01014401 > 0x01071391 > 0x010717DD > 0x01014CAC > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x010E19C3 > 0x01015BC6 > 0x010153A0 > 0x01013375 > 0x0100F0C2 > 0x0101030B > 0x01012ADC > 0x0100F0C2 > 0x01015A91 > 0x01015131 > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x010143CD > 0x011C6214 > 0x011C6730 > 0x011CFE3A > 0x0101678A > 0x010E24C8 > 0x01015BC6 > 0x0101505F > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x01013E8B > 0x010142C2 > 0x01013ED0 > 0x011C7556 > 0x010E26E1 > 0x01015BC6 > 0x0101505F > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x01012D6D > 0x01010BB9 > 0x010E2600 > 0x01015BC6 > 0x0101505F > 0x01014378 > 0x010E5725 > ... Translation: ?? ??:0 w32_backtrace at C:\emacs\trunk\src/w32fns.c:7722 emacs_abort at C:\emacs\trunk\src/w32fns.c:7754 exec_byte_code at C:\emacs\trunk\src/bytecode.c:1955 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 call1 at C:\emacs\trunk\src/eval.c:2465 mapcar1 at C:\emacs\trunk\src/fns.c:2311 Fmapcar at C:\emacs\trunk\src/fns.c:2381 Ffuncall at C:\emacs\trunk\src/eval.c:2674 exec_byte_code at C:\emacs\trunk\src/bytecode.c:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 apply_lambda at C:\emacs\trunk\src/eval.c:2780 eval_sub at C:\emacs\trunk\src/eval.c:2081 Fprogn at C:\emacs\trunk\src/eval.c:358 Flet at C:\emacs\trunk\src/eval.c:817 eval_sub at C:\emacs\trunk\src/eval.c:1984 Fprogn at C:\emacs\trunk\src/eval.c:358 funcall_lambda at C:\emacs\trunk\src/eval.c:2896 Ffuncall at C:\emacs\trunk\src/eval.c:2732 exec_byte_code at C:\emacs\trunk\src/bytecode.c:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 call0 at C:\emacs\trunk\src/eval.c:2450 run_funs at C:\emacs\trunk\src/window.c:3044 run_window_configuration_change_hook at C:\emacs\trunk\src/window.c:3105 Fset_window_configuration at C:\emacs\trunk\src/window.c:5867 unbind_to at C:\emacs\trunk\src/eval.c:3094 exec_byte_code at C:\emacs\trunk\src/bytecode.c:1063 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 funcall_nil at C:\emacs\trunk\src/eval.c:2217 run_hook_with_args at C:\emacs\trunk\src/eval.c:2402 Frun_hooks at C:\emacs\trunk\src/eval.c:2244 temp_output_buffer_show at C:\emacs\trunk\src/window.c:3374 exec_byte_code at C:\emacs\trunk\src/bytecode.c:1111 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 eval_sub at C:\emacs\trunk\src/eval.c:2008 internal_lisp_condition_case at C:\emacs\trunk\src/eval.c:1146 exec_byte_code at C:\emacs\trunk\src/bytecode.c:1093 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 apply1 at C:\emacs\trunk\src/eval.c:2432 Fcall_interactively at C:\emacs\trunk\src/callint.c:377 ?? ??:0 It crashes here: /* Binds and unbinds are supposed to be compiled balanced. */ if (SPECPDL_INDEX () != count) #ifdef BYTE_CODE_SAFE error ("binding stack not balanced (serious byte compiler bug)"); #else emacs_abort (); #endif I immediately thought about this: http://lists.gnu.org/archive/html/emacs-devel/2012-12/msg00079.html but Andreas fixed that in revision 111096, which was committed before 111150, used to produce Drew's binary. So I have no idea what could have caused that, and without Lisp-level stack it's hard to tell anything about the possible villains. The only noteworthy thing I see is this: run_window_configuration_change_hook at C:\emacs\trunk\src/window.c:3105 Fset_window_configuration at C:\emacs\trunk\src/window.c:5867 Drew, any chance of you showing the code that was run by this hook?