-Current build problems with audio/arts: "lt-mcopidl in free():
error: chunk is already free" and core dumped
Michael Nottebrock
michaelnottebrock at gmx.net
Fri Aug 6 13:07:20 PDT 2004
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
More information about the freebsd-ports
mailing list