From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andy Moreton Newsgroups: gmane.emacs.bugs Subject: bug#15834: Crash during bootstrap Date: Sun, 10 Nov 2013 23:04:15 +0000 Message-ID: <82txfj7tao.fsf@gmail.com> References: <83wqki53hh.fsf@gnu.org> <82y54wigx3.fsf@gmail.com> <83zjpc2jz8.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1384124776 14514 80.91.229.3 (10 Nov 2013 23:06:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 10 Nov 2013 23:06:16 +0000 (UTC) To: 15834@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 11 00:06:21 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 1Vfe5C-0003mK-TJ for geb-bug-gnu-emacs@m.gmane.org; Mon, 11 Nov 2013 00:06:19 +0100 Original-Received: from localhost ([::1]:34011 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vfe5C-0001sc-9S for geb-bug-gnu-emacs@m.gmane.org; Sun, 10 Nov 2013 18:06:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59122) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vfe52-0001j5-PR for bug-gnu-emacs@gnu.org; Sun, 10 Nov 2013 18:06:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vfe4w-000389-1V for bug-gnu-emacs@gnu.org; Sun, 10 Nov 2013 18:06:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60219) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vfe4v-000385-UA for bug-gnu-emacs@gnu.org; Sun, 10 Nov 2013 18:06:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Vfe4v-00025Q-M5 for bug-gnu-emacs@gnu.org; Sun, 10 Nov 2013 18:06:01 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Andy Moreton Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Nov 2013 23:06:01 +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 X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.13841247087952 (code B ref -1); Sun, 10 Nov 2013 23:06:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 10 Nov 2013 23:05:08 +0000 Original-Received: from localhost ([127.0.0.1]:46005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vfe43-00024B-3H for submit@debbugs.gnu.org; Sun, 10 Nov 2013 18:05:07 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:57268) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vfe3z-00023f-LH for submit@debbugs.gnu.org; Sun, 10 Nov 2013 18:05:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vfe3n-0002kl-Di for submit@debbugs.gnu.org; Sun, 10 Nov 2013 18:04:58 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:48905) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vfe3n-0002kh-AU for submit@debbugs.gnu.org; Sun, 10 Nov 2013 18:04:51 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58978) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vfe3h-0001UG-9X for bug-gnu-emacs@gnu.org; Sun, 10 Nov 2013 18:04:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vfe3X-0002jC-BU for bug-gnu-emacs@gnu.org; Sun, 10 Nov 2013 18:04:45 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:58190) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vfe3X-0002iV-36 for bug-gnu-emacs@gnu.org; Sun, 10 Nov 2013 18:04:35 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Vfe3V-0001Dx-QS for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2013 00:04:33 +0100 Original-Received: from 82-69-64-228.dsl.in-addr.zen.co.uk ([82.69.64.228]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Nov 2013 00:04:33 +0100 Original-Received: from andrewjmoreton by 82-69-64-228.dsl.in-addr.zen.co.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 11 Nov 2013 00:04:33 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 80 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 82-69-64-228.dsl.in-addr.zen.co.uk User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (windows-nt) Cancel-Lock: sha1:O+h/bihntgOzTGJoTfLM9lqVzrQ= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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:80241 Archived-At: On Sun 10 Nov 2013, Eli Zaretskii wrote: >> 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. I found r115053 crashed compiling tramp-smb.el when bootstrapping from a clean tree with -O2, but not with -O0. Recompiling tramp-smb.el from the built emacs also did not have any problems in either case. [snipped backtrace] > 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). I attached gdb after the abort dialog appeared. The problem only appears to occur with a bootstrap from a clean tree with optimisations enabled. I'll try your suggestions to see if I can get a better C backtrace. > 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. I've seen this issue on two different windows boxes, so it is repeatable. I don't have anything strange running on these machines, (and they have different anti-virus tools, so that seems uninvolved). I'll keep looking as I have time, but it may take a while to diagnose. > 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? GCC and runtime are from mingw.org, installed via mingw-get. I also use various image libraries, most of which are from your handy download page. I keep image libs etc in a separate tree from the mingw.org tools and pass appropriate options to configure so it can find the libs and headers. > 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. I think it is unlikely that that cache-long-scans is involved. It is more likely to be some interaction between my build script, and recent changes to path handling in the makefiles and configury. As it seems to require a clean tree to reproduce the problem, narrowing it down will be somewhat time consuming. AndyM