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#15834: Crash during bootstrap Date: Sun, 10 Nov 2013 20:24:27 +0200 Message-ID: <83zjpc2jz8.fsf@gnu.org> References: <83wqki53hh.fsf@gnu.org> <82y54wigx3.fsf@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1384107975 11898 80.91.229.3 (10 Nov 2013 18:26:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 10 Nov 2013 18:26:15 +0000 (UTC) Cc: 15834@debbugs.gnu.org To: Andy Moreton Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 10 19:26:20 2013 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 1VfZiF-00079o-6n for geb-bug-gnu-emacs@m.gmane.org; Sun, 10 Nov 2013 19:26:19 +0100 Original-Received: from localhost ([::1]:33021 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VfZiE-0003N6-MJ for geb-bug-gnu-emacs@m.gmane.org; Sun, 10 Nov 2013 13:26:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42794) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VfZi6-0003Mf-LM for bug-gnu-emacs@gnu.org; Sun, 10 Nov 2013 13:26:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VfZhy-00053P-TZ for bug-gnu-emacs@gnu.org; Sun, 10 Nov 2013 13:26:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60001) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VfZhy-00053F-QG for bug-gnu-emacs@gnu.org; Sun, 10 Nov 2013 13:26:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VfZhy-0001g3-HD for bug-gnu-emacs@gnu.org; Sun, 10 Nov 2013 13:26:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Nov 2013 18:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15834 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 15834-submit@debbugs.gnu.org id=B15834.13841079316407 (code B ref 15834); Sun, 10 Nov 2013 18:26:02 +0000 Original-Received: (at 15834) by debbugs.gnu.org; 10 Nov 2013 18:25:31 +0000 Original-Received: from localhost ([127.0.0.1]:45787 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VfZhS-0001fG-Cz for submit@debbugs.gnu.org; Sun, 10 Nov 2013 13:25:30 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:49593) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VfZhO-0001ez-UE for 15834@debbugs.gnu.org; Sun, 10 Nov 2013 13:25:28 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MW200G00805LM00@a-mtaout22.012.net.il> for 15834@debbugs.gnu.org; Sun, 10 Nov 2013 20:24:35 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MW200G4Q8GYKG40@a-mtaout22.012.net.il>; Sun, 10 Nov 2013 20:24:35 +0200 (IST) In-reply-to: <82y54wigx3.fsf@gmail.com> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.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:80229 Archived-At: > From: Andy Moreton > Date: Sun, 10 Nov 2013 12:23:52 +0000 > > > Also, can you try reverting 115033, and see if that helps? > > I tried bootstrapping on a different machine from r115032 without > problems. Bootstrapping from a clean tree from r115053 gave the same > crash in compiling tramp-smb.el. Strange. I've just bootstrapped r115054, both with and without optimizations, and didn't see any crashes, neither in tramp-smb, nor anywhere else. > Backtrace is: > > Thread 1 (Thread 3308.0x1994): > #0 0x7c90120f in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntdll.dll > No symbol table info available. > #1 0x01196714 in emacs_abort () at ../../src/w32fns.c:7984 > button = > #2 0x010b5f24 in terminate_due_to_signal (sig=sig@entry=0xb, backtrace_limit=backtrace_limit@entry=0x28) at ../../src/emacs.c:377 > No locals. > #3 0x010cef1d in handle_fatal_signal (sig=0xb) at ../../src/sysdep.c:1624 > No locals. > #4 deliver_thread_signal (sig=0xb, handler=) at ../../src/sysdep.c:1598 > handler = 0x10cedd2 > #5 deliver_fatal_thread_signal (sig=0xb) at ../../src/sysdep.c:1636 > No locals. > #6 0x010011ea in _gnu_exception_handler@4 () > No symbol table info available. > #7 0x7c864209 in UnhandledExceptionFilter () from C:\WINDOWS\system32\kernel32.dll > No symbol table info available. > #8 0x0082b0b4 in ?? () > No symbol table info available. > #9 0x7c84396a in ValidateLocale () from C:\WINDOWS\system32\kernel32.dll > No symbol table info available. > #10 0x00000000 in ?? () > No symbol table info available. > > Lisp Backtrace: > "Automatic GC" (0x14b050c) > "byte-optimize-form" (0x82b7cc) Is this when running Emacs under GDB, or did you attach GDB when the abort dialog appeared? Because this shows that the MinGW startup code caught some fatal exception, but doesn't give enough info about which Emacs code triggered that exception. If compiling tramp-smb consistently triggers this crash, even if invoked manually outside of the context of bootstrap, then please run the compilation command under GDB, type "set debugexceptions 1" before typing "run", and see if you get a better backtrace. Alternatively, perhaps you could pause the compilation (e.g., with "Ctrl-S") when it just begins, attach the debugger then, type "set debugexceptions 1", then continue the program -- this should also provide more info about the exception. yet another way is to hack lisp/Makefile such that compilation of tramp-smb is invoked by running Emacs under GDB (using the --args option of GDB). Failing all that, please try figuring out why this happens to you and (evidently) no one else, and why in tramp-smb? Do you have some SMB-related software or environment variables set up on that system, per chance? Perhaps see if removing some of the top-level forms from tramp-smb makes the problem go away. Also, what options do you pass to "configure" and "make", and which optional packages (image libraries etc.) do you have installed? Are you using GCC and runtime from mingw.org or from some other distribution? The fact that the backtrace mentions ValidateLocale hints that it's possible that the problem is specific to some locales. Not sure what that tells us, though. In any case, I cannot for the life of me see what could cache-long-scans have to do with fatal exceptions like this one. Ideas are welcome.