Re: Heads up - exmh doesn't play nice with Fedora Rawhide glibc updat e
Brent Welch <[email protected]> Mon, 28 Aug 2006 12:18:01 -0700
| Newsgroups | gmane.mail.exmh.user,gmane.mail.exmh.devel |
|---|---|
| Message-ID | <[email protected]> |
The precise version/patchlevel of Tcl will be important when reporting this. In tclsh check the value of tcl_patchLevel >>>[email protected] said: > 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: 0x 085e4460 *** > ======= 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) -- Brent Welch Software Architect, Panasas Inc Accelerating Time to Results(tm) with Clustered Storage www.panasas.com [email protected]