GNU bug report logs - #13964
24.3; randomize_va_space is back

Previous Next

Package: emacs;

Reported by: "Trent W. Buck" <trentbuck <at> gmail.com>

Date: Fri, 15 Mar 2013 10:10:01 UTC

Severity: important

Tags: fixed

Merged with 23529

Found in version 24.3

Fixed in version 27.1

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 13964 in the body.
You can then email your comments to 13964 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#13964; Package emacs. (Fri, 15 Mar 2013 10:10:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Trent W. Buck" <trentbuck <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 15 Mar 2013 10:10:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Trent W. Buck" <trentbuck <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3; randomize_va_space is back
Date: Fri, 15 Mar 2013 21:07:39 +1100
I ran into this problem:

    http://article.gmane.org/gmane.emacs.devel/35276

This fixed it (it was set to 2):

    # echo 0 > /proc/sys/kernel/randomize_va_space

I didn't try setarch -R because I couldn't guess what my arch was to
tell setarch (I tried everything I could think of from "armv7l" to
"ventana").

I'm too lazy to read the whole 2005 thread.  Since etc/PROBLEMS doesn't
mention this issue, only the exec-shield one, I guess this problem was
supposed to be fixed at the time -- so why did I see it today?

In GNU Emacs 24.3.1 (armv7l-unknown-linux-gnueabi)
 of 2013-03-15 on elba
System Description:     Ubuntu 11.10

Configured using:
 `configure '--without-x' '--without-sound' '--without-all'
 '--with-x-toolkit=no' '--with-xpm=no' '--with-gif=no' '--with-jpeg=no'
 '--with-tiff=no' '--with-png=no' '--with-dbus=no' '--with-gsettings=no'
 '--with-gnutls=no' '--prefix=/home/twb/opt/emacs-24.3''

Important settings:
  value of $LC_COLLATE: C
  value of $LANG: en_AU.utf8
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  ido-everywhere: t
  savehist-mode: t
  icomplete-mode: t
  show-paren-mode: t
  delete-selection-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:


Recent messages:
("emacs" "-f" "report-emacs-bug")
Loading term/xterm...done
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail regexp-opt rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils advice help-fns cl-lib
advice-preload jka-compr edmacro kmacro ido savehist icomplete time-date
paren delsel saveplace ediff-hook vc-hooks lisp-float-type
tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow
timer jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer loaddefs button faces cus-face macroexp files text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process multi-tty emacs)

From IRC debugging:

twb> I'm trying to build emacs from source; there's a point where temacs
twb> deliberately dumps core to make the real "emacs".
twb>
twb> I get "Warning: Your system has a gap between BSS and the heap
twb> (15825968 bytes).  This usually means that exec-shield or something
twb> similar is in effect.  The dump may fail because of this.  See the
twb> section about exec-shield in etc/PROBLEMS for more information."
twb>
twb> System is an arm Ubuntu 11.10 (tegra2), non-standard kernel and
twb> nonstandard(?) gcc (Ubuntu/Linaro 4.6.1-9ubuntu3), apparmor is not
twb> installed.
twb>
twb> etc/PROBLEMS says to check /proc/sys/kernel/exec-shield -- I have no
twb> such file.
twb>
twb> What should I check next?




Forcibly Merged 13964 23529. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Fri, 13 May 2016 16:39:02 GMT) Full text and rfc822 format available.

Added tag(s) moreinfo. Request was from Paul Eggert <eggert <at> cs.ucla.edu> to control <at> debbugs.gnu.org. (Sun, 15 May 2016 03:02:02 GMT) Full text and rfc822 format available.

Removed tag(s) moreinfo. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 14 Jun 2016 18:27:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#13964; Package emacs. (Sat, 14 Sep 2019 04:20:02 GMT) Full text and rfc822 format available.

Message #14 received at 13964 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Philippe Vaucher <philippe.vaucher <at> gmail.com>
Cc: 23529 <at> debbugs.gnu.org, 13964 <at> debbugs.gnu.org
Subject: Re: bug#23529: Request for fixing randomize_va_space build issues
Date: Sat, 14 Sep 2019 06:18:43 +0200
Philippe Vaucher <philippe.vaucher <at> gmail.com> writes:

> When /proc/sys/kernel/randomize_va_space is 2, emacs fails to build:
>
>     Dumping under the name emacs
>     **************************************************
>     Warning: Your system has a gap between BSS and the
>     heap (20865783 bytes).  This usually means that exec-shield
>     or something similar is in effect.  The dump may
>     fail because of this.  See the section about
>     exec-shield in etc/PROBLEMS for more information.
>     **************************************************
>     /bin/bash: line 7:  8981 Segmentation fault      (core dumped)
> ./temacs --batch --load loadup bootstrap
>     Makefile:815: recipe for target 'bootstrap-emacs' failed
>     make[1]: *** [bootstrap-emacs] Error 1
>     make[1]: Leaving directory '/tmp/emacs/src'

Is this still an issue with Emacs 27.0.50 (current master branch)?

etc/NEWS says:

 ** Emacs now uses a "portable dumper" instead of unexec.
 This improves compatibility with memory allocation on modern systems,
 and in particular better supports the Address Space Layout
 Randomization (ASLR) feature, a security technique used by most modern
 operating systems.

Thanks,
Stefan Kangas




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#13964; Package emacs. (Sat, 14 Sep 2019 08:53:01 GMT) Full text and rfc822 format available.

Message #17 received at 13964 <at> debbugs.gnu.org (full text, mbox):

From: Philippe Vaucher <philippe.vaucher <at> gmail.com>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 23529 <at> debbugs.gnu.org, 13964 <at> debbugs.gnu.org
Subject: Re: bug#23529: Request for fixing randomize_va_space build issues
Date: Sat, 14 Sep 2019 10:52:11 +0200
[Message part 1 (text/plain, inline)]
>
> Is this still an issue with Emacs 27.0.50 (current master branch)?
>

No, this is indeed fixed in master.

This ticket can thus be closes.

Regards,
Philippe

>
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#13964; Package emacs. (Sat, 14 Sep 2019 10:40:01 GMT) Full text and rfc822 format available.

Message #20 received at 13964 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Philippe Vaucher <philippe.vaucher <at> gmail.com>
Cc: 23529 <at> debbugs.gnu.org, 13964 <at> debbugs.gnu.org
Subject: Re: bug#23529: Request for fixing randomize_va_space build issues
Date: Sat, 14 Sep 2019 12:39:34 +0200
tags 23529 fixed
close 23529 27.1
quit

Philippe Vaucher <philippe.vaucher <at> gmail.com> writes:
>> Is this still an issue with Emacs 27.0.50 (current master branch)?
>
> No, this is indeed fixed in master.
>
> This ticket can thus be closes.

Thanks.  I'm therefore closing this bug.

Best regards,
Stefan Kangas




Added tag(s) fixed. Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Sat, 14 Sep 2019 10:40:03 GMT) Full text and rfc822 format available.

bug marked as fixed in version 27.1, send any further explanations to 23529 <at> debbugs.gnu.org and Philippe Vaucher <philippe.vaucher <at> gmail.com> Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Sat, 14 Sep 2019 10:40:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 12 Oct 2019 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 203 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.