Re: Heads up - exmh doesn't play nice with Fedora Rawhide glibc updat e

Brent Welch <[email protected]>
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]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.