Jan Vroonhof <vroonhof(a)math.ethz.ch> writes in xemacs-beta(a)xemacs.org:
That's probably 21.1p2. The reason you don't see it is that
on
glibc2.x systems XEmacs uses the system malloc instead of its own doug
lea allocator. The main reason for this is that we don't run into
obscure and hard to debug problems like this.
The Doug Lea or "new GNU malloc" is the system malloc when using glibc
or Linux libc5; it has not been cloned into the XEmacs core. The
so-called "new GNU malloc" in XEmacs is really the old GNU malloc, and
the "old GNU malloc" in XEmacs is really the very-old GNU malloc.
> Nevertheless the patch looks fine (I'm just running a
mule-enabled
> XEmacs 21.0p2 with it) and should work with glibc 2.0 and 2.1 (I only
> tested with glibc 2.1.1).
> From glancing at the patch in its current incarnation,
it seems awfully glibc specific to me. If I understand it correctly.
It works because the glibc startup code works by calling this hook
somewhere.
Who says the Solaris startup code will do that?
All Doug Lea malloc related stuff is guarded by ifdefs and are only enabled
if configure detects the presence of it. It should be absolutely safe to
apply the patch and it is better than voodoo_free_hook.
--
I protest the NATO war in Yugoslavia.