Jan> Andreas Jaeger <aj(a)arthur.rhein-neckar.de> writes:
> I thought the following might be of interest to you. We (glibc
> developers) received a bug report about emacs-20.3 with glibc 2.1.1.
> I can't reproduce this with XEmacs 21.0p2.
Jan> That's probably 21.1p2. The reason you don't see it is that on
Jan> glibc2.x systems XEmacs uses the system malloc instead of its own doug
Jan> lea allocator. The main reason for this is that we don't run into
Jan> obscure and hard to debug problems like this.
I'm confused. The system malloc in glibc 2.x *is* doug lea malloc.
I helped getting it working for XEmacs.
Nevertheless I've seen another message that the fix I've send is not
optimal (should crash if MALLOC_CHECK_ is set) and therefore shouldn't
be applied. I'll keep you updated.
Jan > From glancing at the patch in its current incarnation,
Jan> it seems awfully glibc specific to me. If I understand it correctly.
Jan> It works because the glibc startup code works by calling this hook
Jan> somewhere.
That's right.
Jan> Who says the Solaris startup code will do that?
Solaris doesn't use doug lea malloc - or has somebody added general
support for it in XEmacs in the meantime?
Jan> P.S. Why does Glibc 2.1.x define I_SETSIG ?
AFAIK because it's part of the required interface of <stropts.h> - but
all stream functions set errno to ENOSYS. If you think this is a bug,
send a bugreport via glibcbug or the www interface at
<
http://www-gnats.gnu.org:8080/cgi-bin/wwwgnats.pl>.
Andreas
--
Andreas Jaeger aj(a)arthur.rhein-neckar.de jaeger(a)informatik.uni-kl.de
for pgp-key finger ajaeger(a)aixd1.rhrk.uni-kl.de