diff options
author | jdp <jdp@FreeBSD.org> | 1997-12-05 02:06:37 +0000 |
---|---|---|
committer | jdp <jdp@FreeBSD.org> | 1997-12-05 02:06:37 +0000 |
commit | 630123988385741ea95897b1d2533c27c6fee534 (patch) | |
tree | 4aa4f88263625ec858d790c959995c50e92d5368 /sbin/ipfw | |
parent | a341ea06815e454bcf8a3ba2dbf5fd0a38d8c824 (diff) | |
download | FreeBSD-src-630123988385741ea95897b1d2533c27c6fee534.zip FreeBSD-src-630123988385741ea95897b1d2533c27c6fee534.tar.gz |
Make emacs work again. This is a workaround for the fact that the
emacs a.out file, self-generated by emacs's "unexec" function in
"unexsunos4.c", is invalid. In particular, its "_end" symbol has
the wrong value. The dynamic linker was using the value of that
symbol to initialize its sbrk break level.
The workaround is to peek at the executable's a.out header in
memory, and calculate what "_end" should be based on the segment
sizes.
I will work out a fix for emacs and send it to the FSF. This
dynamic linker workaround is still worthwhile, if only to avoid
forcing all emacs users to build a new version.
Note: xemacs gives a bogus warning at startup, for related reasons.
The warning is harmless and can safely be ignored. I will send a
patch to the xemacs maintainers to get rid of it, and meanwhile
add a patch file to our port.
Diffstat (limited to 'sbin/ipfw')
0 files changed, 0 insertions, 0 deletions