-Current build problems with audio/arts: "lt-mcopidl in free(): error: chunk is already free" and core dumped

[Michael Nottebrock]

On Friday 06 August 2004 21:37, P.D. Seniura wrote:
> Hi,
> rabarber's build logs for audio/arts is showing
> the very same error msg "chunk is already free".

Ehm, no, they don't. Perhaps you've been looking at the wrong log or mistook 
one warning for another. The correct log is 
http://rabarber.fruitsalad.org/logs/3.2.3-debbie-beta-2/5-CURRENT/arts-1.2.3,1.log

Here is the relevant section:

if /bin/sh ../../libtool --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H 
-I. -I. -I../.. -I../../flow -I../../flow/gsl -I../../flow -I../../mcop 
-I../.. -I/usr/local/include -I/usr/X11R6/include  -I/usr/local/include 
-I../../libltdl  -DQT_THREAD_SUPPORT  -L/usr/local/lib -I/usr/local/include 
-I/usr/local/include  -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE  
-D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include    
-Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith 
-Wwrite-strings -DNDEBUG -DNO_DEBUG -O -pipe -DHAVE_VASPRINTF -fno-exceptions 
-fno-check-new -fno-common  -ftemplate-depth-99  -MT datahandle.lo -MD -MP 
-MF ".deps/datahandle.Tpo" -c -o datahandle.lo datahandle.cpp; \
then mv -f ".deps/datahandle.Tpo" ".deps/datahandle.Plo"; else rm -f 
".deps/datahandle.Tpo"; exit 1; fi
/bin/sh ../../libtool --silent --mode=link --tag=CXX c++  -Wnon-virtual-dtor 
-Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG 
-DNO_DEBUG -O -pipe -DHAVE_VASPRINTF -fno-exceptions -fno-check-new 
-fno-common  -ftemplate-depth-99    -o libgslpp.la   datahandle.lo  
-Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg  
-L/usr/X11R6/lib
gmake[3]: Leaving directory 
`/tmp/a/ports/audio/arts/work/arts-1.2.3/flow/gslpp'
gmake[3]: Entering directory `/tmp/a/ports/audio/arts/work/arts-1.2.3/flow'
../mcopidl/mcopidl -t ../flow/artsflow.idl
../flow/artsflow.idl: warning: Arts::WaveDataHandle::load (method) collides 
with Arts::WaveDataHandle::load (method)
if /bin/sh ../libtool --silent --mode=compile --tag=CXX c++ -DHAVE_CONFIG_H 
-I. -I. -I.. -I../mcop -I/usr/local/include -I/usr/X11R6/include  
-I/usr/local/include -I../libltdl  -DQT_THREAD_SUPPORT  -L/usr/local/lib 
-I/usr/local/include -I/usr/local/include  -I/usr/X11R6/include -D_GETOPT_H 
-D_THREAD_SAFE  -D_REENTRANT -I/usr/local/include/glib-2.0 
-I/usr/local/lib/glib-2.0/include    -Wnon-virtual-dtor -Wno-long-long 
-Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O -pipe 
-DHAVE_VASPRINTF -fno-exceptions -fno-check-new -fno-common  
-ftemplate-depth-99  -MT artsflow.lo -MD -MP -MF ".deps/artsflow.Tpo" -c -o 
artsflow.lo artsflow.cc; \

> Please when you have a chance go look at its own logs
> and you'll see it, I have, yes on _that_ site!  ;)
>
> "chunk is already free" means "double-free" to me.
>
> Difference is: rabarber's build isn't crashing,
> but mine is,
> on the _very same_ error
> running the _very same_ binary.
> I gotta use this puny pentium2 box, tho, and I need
> to turn on those knobs inside arts' build.
>
> The crux of the whole matter, therefore, is in the
> mcopidl pgm itself, and its srcs are distributed
> inside the arts project, and it was obviously written
> that way (double-free).
>
> I see this as a KDE problem, but it would seem to be
> out of our hands for a quick fix.

It is not a KDE problem as far as I can see and as far as I'm concerned. It is 
far more likely to be a problem of "puny pentium 2", very possibly due to 
pilot error. I can't guess at what's causing it, but it's quite certain to be 
a very local and very special condition.

I'd start with getting those libmap.conf entries out of your system - -CURRENT 
has been at libpthread long enough now, if you still have stuff linking to 
libc_r, you should get them replaced. I'd also try my suggestion of 
investigating the dependency libraries of mcopidl.

Please, stop insisting this is a KDE problem. There's is no evidence at all it 
is. The absence of any similar problem reports (and the absence of the 
warning in _any_ buildlogs on fruitsalad) clearly indicate the problem is 
local to _your_ system instead. 

-- 
   ,_,   | Michael Nottebrock               | lofi at freebsd.org
 (/^ ^\) | FreeBSD - The Power to Serve     | http://www.freebsd.org
   \u/   | K Desktop Environment on FreeBSD | http://freebsd.kde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: signature
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20040806/feb4d0d5/attachment.bin