summaryrefslogtreecommitdiff
path: root/etc
diff options
context:
space:
mode:
authorMasatake YAMATO <jet@gyve.org>2005-06-30 16:30:53 +0000
committerMasatake YAMATO <jet@gyve.org>2005-06-30 16:30:53 +0000
commit711877f36a52e234c80f8cecbae3d3d03c388ba9 (patch)
tree300878da5fae0b758f2bd4f30ba0102eb2d2ce0c /etc
parent63f7ffb3deb917b90fd7119c5ff09875863329fd (diff)
downloademacs-711877f36a52e234c80f8cecbae3d3d03c388ba9.tar.gz
2005-07-01 Masatake YAMATO <jet@gyve.org>
* emacs.c (main): Passing ADD_NO_RANDOMIZE to `personality'.
Diffstat (limited to 'etc')
-rw-r--r--etc/PROBLEMS17
1 files changed, 0 insertions, 17 deletions
diff --git a/etc/PROBLEMS b/etc/PROBLEMS
index 73da2666f97..73fe4615bf9 100644
--- a/etc/PROBLEMS
+++ b/etc/PROBLEMS
@@ -2378,8 +2378,6 @@ The fix is to install a newer version of ncurses, such as version 4.2.
With certain recent Linux kernels (like the one of Redhat Fedora Core
1 and 2), the new "Exec-shield" functionality is enabled by default, which
creates a different memory layout that breaks the emacs dumper.
-The work-around explained here is not enough on Fedora Core 4. Read the
-next item.
Configure can overcome the problem of exec-shield if the architecture is
x86 and the program setarch is present. On other architectures no
@@ -2406,21 +2404,6 @@ command when running temacs like this:
setarch i386 ./temacs --batch --load loadup [dump|bootstrap]
-*** Fedora Core 4 GNU/Linux: Segfault during dumping.
-
-In addition to exec-shield explained above "Linux: Segfault during
-`make bootstrap' under certain recent versions of the Linux kernel"
-item, Linux kernel shipped with Fedora Core 4 randomizes the virtual
-address space of a process. As the result dumping is failed even if
-you turn off the exec-shield. In such case use -R option of setarch
-command:
-
- setarch -R i386 ./temacs --batch --load loadup [dump|bootstrap]
-
-or
-
- setarch -R i386 make bootstrap
-
*** Fatal signal in the command temacs -l loadup inc dump.
This command is the final stage of building Emacs. It is run by the