summaryrefslogtreecommitdiff
path: root/etc/PROBLEMS
diff options
context:
space:
mode:
authorRichard M. Stallman <rms@gnu.org>2005-06-28 18:52:26 +0000
committerRichard M. Stallman <rms@gnu.org>2005-06-28 18:52:26 +0000
commitff0ab4067ac4edf27e7080b1ef6006b241dbc114 (patch)
treebc1945887dda342b594e598f8b1cc13b52e1024a /etc/PROBLEMS
parent171920a66145032a61fab9458ec6104000ff8dd8 (diff)
downloademacs-ff0ab4067ac4edf27e7080b1ef6006b241dbc114.tar.gz
(Fedora Core 4 GNU/Linux: Segfault during dumping): New.
Diffstat (limited to 'etc/PROBLEMS')
-rw-r--r--etc/PROBLEMS18
1 files changed, 17 insertions, 1 deletions
diff --git a/etc/PROBLEMS b/etc/PROBLEMS
index 5b0c4e5eee7..73da2666f97 100644
--- a/etc/PROBLEMS
+++ b/etc/PROBLEMS
@@ -2377,7 +2377,9 @@ 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.
+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
@@ -2404,6 +2406,20 @@ 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.