From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Harald Maier Newsgroups: gmane.emacs.bugs,gmane.emacs.windows Subject: Re: [h-e-w] Current word on binaries Date: Sat, 14 Feb 2004 14:18:24 +0100 Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: <009901c3ec70$b3013940$6400a8c0@austin.rr.com> <7494-Sat14Feb2004140608+0200-eliz@elta.co.il> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1076764857 17364 80.91.224.253 (14 Feb 2004 13:20:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 14 Feb 2004 13:20:57 +0000 (UTC) Cc: help-emacs-windows@gnu.org, bug-gnu-emacs@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 14 14:20:47 2004 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Arziw-0008PL-00 for ; Sat, 14 Feb 2004 14:20:46 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1Arzi7-0005f4-9u for geb-bug-gnu-emacs@m.gmane.org; Sat, 14 Feb 2004 08:19:55 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1ArzhU-0005M9-Op for bug-gnu-emacs@gnu.org; Sat, 14 Feb 2004 08:19:16 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1Arzgl-000564-7F for bug-gnu-emacs@gnu.org; Sat, 14 Feb 2004 08:19:02 -0500 Original-Received: from [212.227.126.186] (helo=moutng.kundenserver.de) by monty-python.gnu.org with esmtp (Exim 4.24) id 1Arzgk-00055X-FW; Sat, 14 Feb 2004 08:18:30 -0500 Original-Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Arzgh-0004xl-00; Sat, 14 Feb 2004 14:18:27 +0100 Original-Received: from [80.136.232.3] (helo=ate.maierh) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1Arzgh-0005hZ-00; Sat, 14 Feb 2004 14:18:27 +0100 Original-Received: by ate.maierh (Postfix, from userid 500) id 84BC3131FD; Sat, 14 Feb 2004 14:18:24 +0100 (CET) Original-To: Eli Zaretskii User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:7f9705e6678292fb4e27195dea438aa3 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.2 Precedence: list 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 Xref: main.gmane.org gmane.emacs.bugs:6962 gmane.emacs.windows:2014 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:6962 "Eli Zaretskii" writes: >> From: Harald Maier >> Date: Sat, 14 Feb 2004 10:33:50 +0100 >> > >> > I tried it too and I found too that something goes wrong. 'emacs -q' >> > works fine, but when I tried to load my .emacs it displays the 'Emacs >> > Abort Dialog' and complains that 'A fatal error has occured!' >> >> I did some additional tests and it looks that the problem occurs only >> if emacs-21.3 is compiled with a latest cygwin gcc. I did two test >> with the emacs-21.3.tar.gz from March last year and the actual tarball >> from ftp.gnu.org. On both sources the same happens, so it does not >> look that something has changed since the compromise of the server. >> Afterwards I compiled emacs with MSVC and the result is that all works >> as expected. Currently I have no clue why the problem with gcc >> happens. > > What version of GCC is the one that produces a bad binary? What does > "gcc --version" says? > > Can someone run Emacs under GDB and see where exactly does it abort? > > One possible idea to check is to use lower level of optimizations when > building Emacs, like -O0 or -O1. Can someone see if that produces a > good binary? It's gcc-3.3.1. I debugged the problem with insight and I got the following backtrace in insight: #1 0x01165be7 in w32_abort () at w32fns.c:14239 #2 0x01124db1 in Fbyte_code (bytestr=831842164, vector=1100249856, maxdepth=4) at bytecode.c:1710 #3 0x010234a7 in funcall_lambda (fun=1100290880, nargs=0, arg_vector=0x82ecf8) at eval.c:2851 #4 0x01022e7b in Ffuncall (nargs=1, args=0x82ecf4) at eval.c:2707 #5 0x01122e57 in Fbyte_code (bytestr=831842132, vector=1100249920, maxdepth=3) at bytecode.c:716 #6 0x01021cbc in Feval (form=1367136764) at eval.c:2019 The problem occured with the following command line: $ emacs -q --no-site-file -l f:/home/maierh/local/elisp/html-helper-mode.el ,---- | ;;; html-helper-mode.el --- Major mode for composing html files. | ;;; v 3.0.4jolly `---- html-helper-mode is not the only example where it happens. As I mentioned before with the current cvs emacs all works fine. Harald