Heads up - exmh doesn't play nice with Fedora Rawhide glibc update

I'm seeing crashes inside TCL when starting exmh on a FC6-ish
system after upgrading to glibc-2.4.90-23, I'm suspecting this:

* Tue Aug 22 2006 Jakub Jelinek <[email protected]> 2.4.90-23
- malloc fixes, especially for 32-bit arches (#202309)

2.4.90-21 was running OK.  Temporary workaround:

MALLOC_CHECK_=1 /usr/local/bin/exmh &

Running wish under valgrind finds a *lot* of 4-byte overlays - I suspect
the malloc tweaking has tightened up some allocation slack that is now
becoming an issue.  I'll probably report this as a Tcl/Tk bug when I have
something narrowed down enough.

(The crash message, for any who care:

*** glibc detected *** /usr/local/bin/wish: corrupted double-linked list: 0x085e4460 ***
======= Backtrace: =========
/lib/libc.so.6[0xb7ad75cb]
/lib/libc.so.6[0xb7ad8f0e]
/lib/libc.so.6(cfree+0x90)[0xb7ad9360]
/usr/local/lib/libtcl8.5.so(TclpFree+0x22)[0xb7e10608]
/usr/local/lib/libtcl8.5.so(Tcl_Free+0x22)[0xb7e169ca]
/usr/local/lib/libtcl8.5.so[0xb7e551fa]
/usr/local/lib/libtcl8.5.so(TclFreeObj+0x93)[0xb7e5e6b2]
/usr/local/lib/libtcl8.5.so(TclDeleteCompiledLocalVars+0x10e)[0xb7e7a92f]
/usr/local/lib/libtcl8.5.so(Tcl_PopCallFrame+0x5b)[0xb7e5ac3b]
/usr/local/lib/libtcl8.5.so[0xb7e6a06d]
/usr/local/lib/libtcl8.5.so(TclEvalObjvInternal+0x2f8)[0xb7e117d6]
/usr/local/lib/libtcl8.5.so[0xb7e38cde]
/usr/local/lib/libtcl8.5.so(TclCompEvalObj+0xf2)[0xb7e3fa89]
/usr/local/lib/libtcl8.5.so[0xb7e69fbd]
/usr/local/lib/libtcl8.5.so(TclEvalObjvInternal+0x2f8)[0xb7e117d6]
/usr/local/lib/libtcl8.5.so[0xb7e38cde]
(and lots more TclEval recursing)

_______________________________________________
Exmh-workers mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/exmh-workers

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001

iD8DBQFE7z+NcC3lWbTT17ARAlmnAKCkm60wut7AgDdy0+NCE+AJ/cpzCwCg1AeT
o6cptKITQyawWCGiJxsKsrc=
=n55c
-----END PGP SIGNATURE-----