>>>> "Martin" == Martin Buchholz
<martin(a)xemacs.org> writes:
>>>> "OG" == Olivier Galibert
<galibert(a)pobox.com> writes:
OG> This is the dump file. Don't
remove it. That's where the missing 3Mb
OG> went (and pdump is a lot more aggressive about dumping only what's
OG> needed, that's why it boils down to 2.6Mb).
OG> Someday, somehow, it will come back inside the executable, but not in
OG> this release's timeframe.
Martin> I believe this is also the reason why pdump should _not_ be the
Martin> default dumper when 21.2 is released. The unexec dumper, _if_ it
Martin> works, is currently a better solution for users. And I'm saying this
Martin> as a pdump co-maintainer.
Martin> Of course, for platforms where pdump is broken or non-ported, pdump
Martin> should happen automatically (it doesn't currently).
Martin> Are there such platforms? Sure. Irix with CC='gcc
Martin> -mabi=64', for example.
Don't forget the potentially most prominent platform (today, hopefully
not tomorrow):
21.2/man/xemacs-faq.texi:
@node Q6.4.1, ,Q6.3.3, MS Windows
@unnumberedsec 6.3: Troubleshooting
@unnumberedsubsec Q6.4.1 XEmacs won't start on Windows. (NEW)
XEmacs relies on a process called "dumping" to generate a working
executable. Under MS-Windows this process effectively fixes the memory
addresses of information in the executable. When XEmacs starts up it tries
to reserve these memory addresses so that the dumping process can be
reversed - putting the information back at the correct addresses.
Unfortunately some .dlls (For instance the soundblaster driver) occupy
memory addresses that can conflict with those needed by the dumped XEmacs
executable. In this instance XEmacs will fail to start without any
explanation. Note that this is extremely machine specific.
21.1.10 includes a fix for this that makes more intelligent guesses
about which memory addresses will be free, and this should cure the
problem for most people. Unfortunately, no binary is yet available for
this version. Check back periodically at
@uref{ftp://ftp.xemacs.org/pub/xemacs/binaries/}.
21.2 implements "portable dumping" which will eliminate the problem
altogether. You might have better luck with the 21.2 beta binary,
available at
@uref{ftp://ftp.xemacs.org/pub/xemacs/beta/binaries/}.
Martin> Most of these platforms are not important for users, only for
Martin> masochistic maintainers.
Huh?
Martin> Martin
--
Adrian Aichner
mailto:adrian@xemacs.org
http://www.xemacs.org/