From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: End of file while generating loaddefs.el Date: Thu, 19 Nov 2015 18:15:21 +0200 Message-ID: <83lh9u7yp2.fsf@gnu.org> References: <834mgkbk2t.fsf@gnu.org> <564C2DDB.2090402@gmx.at> <83si439py4.fsf@gnu.org> <564D848D.4000301@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1447949766 21735 80.91.229.3 (19 Nov 2015 16:16:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 19 Nov 2015 16:16:06 +0000 (UTC) Cc: emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 19 17:15:58 2015 Return-path: Envelope-to: ged-emacs-devel@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 1ZzRsK-0004Ps-CK for ged-emacs-devel@m.gmane.org; Thu, 19 Nov 2015 17:15:56 +0100 Original-Received: from localhost ([::1]:42721 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzRsJ-0004s3-Vy for ged-emacs-devel@m.gmane.org; Thu, 19 Nov 2015 11:15:56 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48120) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzRsB-0004qB-9p for emacs-devel@gnu.org; Thu, 19 Nov 2015 11:15:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZzRs5-0007sY-50 for emacs-devel@gnu.org; Thu, 19 Nov 2015 11:15:47 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:47224) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzRs4-0007sK-SR for emacs-devel@gnu.org; Thu, 19 Nov 2015 11:15:41 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NY200B00KXA7T00@a-mtaout21.012.net.il> for emacs-devel@gnu.org; Thu, 19 Nov 2015 18:15:36 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NY200BSTL605K50@a-mtaout21.012.net.il>; Thu, 19 Nov 2015 18:15:36 +0200 (IST) In-reply-to: <564D848D.4000301@gmx.at> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.169 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:194794 Archived-At: > Date: Thu, 19 Nov 2015 09:13:01 +0100 > From: martin rudalics > CC: emacs-devel@gnu.org > > > If you run this command under a debugger, > > How do I do that? Run "make V=1" to see the full command line of the command that fails, then start "gdb ./emacs.exe" in the src directory, and copy/paste the offending command line into the GDB command to run Emacs, right after the "run" part. Then wait until it segfaults. > > what do you see in the > > backtrace when Emacs crashes? > > Attaching gdb to bootstrap-emacs.exe when it crashes gives That's too late: when a program running not under a debugger triggers a fatal exception, Windows invokes the global exception handler, which in this case is installed by the MinGW startup code, so you don't see the application stack. When a program is being debugged, the debugger gets the first opportunity to handle the exception, so it can display much more information. > Lisp Backtrace: > "prin1" (0x82ee7c) > "autoload-insert-section-header" (0x82f008) Looks like some GC problem to me, as prin1 uses a temporary buffer to produce its strings.