Re: 22.0.99 emacs dumper (?) problem

[Richard Stallman]

I cannot reconcile the things that you've said about the problem.

If this is the full extent of the problem

    This appears to be due to a change in the internal format of freed
    blocks introduced between glibc-2.5.90-21 and glibc-2.5.90-22.  As a
    result, Emacs binaries built using older versions of glibc may crash
    when run using newer versions of glibc.

then it ought to work just to relink temacs with the newer libc
and then dump Emacs again.

(Mr Coldwell, what happens if you do that?)

However, if this change is needed also

+       MALLOC_MMAP_MAX_=0 LC_ALL=C $(RUN_TEMACS) -nl -batch -l loadup dump

to make Emacs work with the newer libc, it implies there is a worse
problem.  It implies that Emacs fails to work correctly with the newer
libc, and never mind what the older libc did.

Which is it?

Meanwhile, is this workaround really ok?  That depends on facts I
don't know.  Maybe it only prevents use of mmap while dumping.  That
is not a big price to pay.  But maybe it also prevents use of mmap
when the dumped Emacs is subsequently run.  That could be a high price
to pay.

Can Mr Coldwell (or anyone) tell us which?

If it only prevents use of mmap when running temacs, then it is ok as
a workaround, but I would like to generate it automatically thru the
makefile mechanism rather than ask users to patch it by hand.