[leafnode-list] Re: Fetchnews - glibc detected *** double free or corruption - aborted

[Stroller]

On 3 Jul 2006, at 10:29, Matthias Andree wrote:
> ...
>> I'm having a bit of a problem with fetchnews on one of my systems,
>> which gives this error:
>>
>>     $ sudo fetchnews -vvv
>>     Password:
>>     fetchnews mode: get articles, get headers, get bodies, post  
>> articles
>>     erased stale pid 8995 host quattro.stroller.uk.eu.org lockfile /
>> var/spool/news/leaf.node/lock.file
>>     *** glibc detected *** double free or corruption (!prev):
>> 0x08068d98 ***
>
> Can you do this:
>
> 1. make sure that your leafnode install does not strip debugging
>    symbols. In doubt, CFLAGS="-ggdb3 -O1" ./configure ; make
> ...
> 2. Install the most recent valgrind you can find and then run:
>
>    sudo valgrind --leak-check=yes --show-reachable=yes \
>                  --num-callers=16 --quiet fetchnews -vvv 2>&1 \
>    tee fetchnews.log
> ...
> And provide the output to me. If it's excessively large, please  
> gzip and
> mail me directly, anything up to 200 lines of logs should be fine for
> the list.

I'm sorry, Matthias,

I would love to be able to help by providing this information, but  
unfortunately I had already started following the instructions in the  
gcc upgrading guide at:
http://www.gentoo.org/doc/en/gcc-upgrading.xml#upgrade-3.3-to-3.4

The `revdep-rebuild --library libstdc++.so.5` command caused 25 or 26  
packages to recompile and I also installed sys-libs/libstdc++-v3 &  
removed gcc-3.3.x from my system.

fetchnews initially showed the same symptoms (as did leafnode, I  
discovered) although setting `MALLOC_CHECK_=0` as advised by Martin  
did allow both programs to work.


When recompiled the leafnode suite (using Gentoo's emerge command, of  
course) it was immediately fine, and so I am not able to reproduce  
the problem for you.

I just noticed that amongst the packages identified by `revdep- 
rebuild` was libpcre-6.3. So I assume the problem was that this  
(rather than leafnode?) was compiled using the older compiler.

I believe the ABI has changed between gcc 3.3 & 3.4, so was libpcre  
linking against older binary libs?

I'm not sure, but I apologise for wasting the list's time.

Stroller.