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