summaryrefslogtreecommitdiffstats
path: root/sbin/ipfw
diff options
context:
space:
mode:
authorjdp <jdp@FreeBSD.org>1997-12-05 02:06:37 +0000
committerjdp <jdp@FreeBSD.org>1997-12-05 02:06:37 +0000
commit630123988385741ea95897b1d2533c27c6fee534 (patch)
tree4aa4f88263625ec858d790c959995c50e92d5368 /sbin/ipfw
parenta341ea06815e454bcf8a3ba2dbf5fd0a38d8c824 (diff)
downloadFreeBSD-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
OpenPOWER on IntegriCloud