From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#24857: emacs24/25 FTBFS since a long time on GNU/Hurd Date: Thu, 10 Nov 2016 18:00:56 +0200 Message-ID: <83eg2jfhon.fsf@gnu.org> References: <07351ee5-2e25-5a8b-0603-db4ad7458970@cs.ucla.edu> <83fun9n835.fsf@gnu.org> <1478108325.20542.5.camel@gmail.com> <1478779076.20542.54.camel@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1478793747 681 195.159.176.226 (10 Nov 2016 16:02:27 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 10 Nov 2016 16:02:27 +0000 (UTC) Cc: eggert@cs.ucla.edu, 24857@debbugs.gnu.org To: svante.signell@gmail.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Nov 10 17:02:21 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c4rnq-00070u-80 for geb-bug-gnu-emacs@m.gmane.org; Thu, 10 Nov 2016 17:02:14 +0100 Original-Received: from localhost ([::1]:47377 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c4rnt-0003TS-Cs for geb-bug-gnu-emacs@m.gmane.org; Thu, 10 Nov 2016 11:02:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57476) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c4rni-0003T8-4C for bug-gnu-emacs@gnu.org; Thu, 10 Nov 2016 11:02:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c4rne-0000Bh-OC for bug-gnu-emacs@gnu.org; Thu, 10 Nov 2016 11:02:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37031) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1c4rne-0000BH-KX for bug-gnu-emacs@gnu.org; Thu, 10 Nov 2016 11:02:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1c4rne-0008FU-0B for bug-gnu-emacs@gnu.org; Thu, 10 Nov 2016 11:02: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: Thu, 10 Nov 2016 16:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24857 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24857-submit@debbugs.gnu.org id=B24857.147879366531643 (code B ref 24857); Thu, 10 Nov 2016 16:02:01 +0000 Original-Received: (at 24857) by debbugs.gnu.org; 10 Nov 2016 16:01:05 +0000 Original-Received: from localhost ([127.0.0.1]:52430 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c4rmj-0008EI-3C for submit@debbugs.gnu.org; Thu, 10 Nov 2016 11:01:05 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:37715) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c4rmi-0008Dg-9k for 24857@debbugs.gnu.org; Thu, 10 Nov 2016 11:01:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c4rmZ-00080C-TJ for 24857@debbugs.gnu.org; Thu, 10 Nov 2016 11:00:59 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44781) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c4rmZ-0007ze-DF; Thu, 10 Nov 2016 11:00:55 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4736 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1c4rmY-00008v-GR; Thu, 10 Nov 2016 11:00:54 -0500 In-reply-to: <1478779076.20542.54.camel@gmail.com> (message from Svante Signell on Thu, 10 Nov 2016 12:57:56 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:125552 Archived-At: > From: Svante Signell > Cc: 24857@debbugs.gnu.org > Date: Thu, 10 Nov 2016 12:57:56 +0100 > > More info: Forcing the use of SYSTEM_MALLOC instead of GNU_MALLOC and commenting > out sbrk usage in alloc.c and unexelf.c as in https://debbugs.gnu.org/cgi/bugrep > ort.cgi?bug=24892#15 temacs does no longer freak out (Killed). Looking at the > build log vm-limit.c and gmalloc.c are no longer compiled. > > Now there is a SEGFAULT in dumped-emacs: > > /usr/bin/make -C ../lisp compile-first EMACS="../src/bootstrap-emacs" > make[4]: Entering directory '/home/srs/DEBs/emacs/emacs25-25.1+1/debian/build- > x/lisp' >   ELC      emacs-lisp/macroexp.elc > /bin/bash: line 1: 27157 Segmentation fault      EMACSLOADPATH= > '../src/bootstrap-emacs' -batch --no-site-file --no-site-lisp --eval "(setq max- > lisp-eval-depth 2200)" --eval '(setq load-prefer-newer t)' -f batch-byte-compile > emacs-lisp/macroexp.el > > I've traced it down to the make_float() function in alloc.c: > if (float_free_list = 0x0) > if (float_block_index=27 == FLOAT_BLOCK_SIZE=124): > Next statement: XSETFLOAT (val, &float_block->floats[float_block_index]); > is called with an invalid address: > (gdb) p float_block > $2 = (struct float_block *) 0xad8c00 > (gdb) p *float_block > Cannot access memory at address 0xad8c00 > causing the segfault later on. > > Is the static struct float_block *float_block allocated on the heap? > 0xad8c00 = 10.847 MiB is much smaller that available memory. Sounds like the memory-related problems are not over yet. Did you try to invoke temacs, and work in that? IOW, try this: ./src/temacs -Q It will load a bunch pf Lisp files, and should then present a normal frame, where you should be able to work as usual. If that does work on Hurd, I'm pretty sure the problem is with unexec and dumping Emacs.