[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: arts is Constantly/Repeatedly crashing
From:       Craig Howard <kde () choward ! ca>
Date:       2005-09-01 1:32:34
Message-ID: 200508312132.34622.kde () choward ! ca
[Download RAW message or body]

I'm no arts developer, but this backtrace does not look like the allocator 
corruption I've seen in gcc 4.

On Monday 29 August 2005 06:48, Steven P. Ulrick wrote:
> Hello :)
> The link is fixed now.
> But, to play it safe:
> Using host libthread_db library "/lib/tls/libthread_db.so.1".
> [Thread debugging using libthread_db enabled]
> [New Thread -155264704 (LWP 17177)]
> [KCrash handler]
> #4  0x001bd7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
> #5  0x002027d5 in raise () from /lib/tls/libc.so.6
> #6  0x00204149 in abort () from /lib/tls/libc.so.6
> #7  0x001fbdb1 in __assert_fail () from /lib/tls/libc.so.6
> #8  0xf6f710bf in Arts::PlayObject_base::_create (subClass=@0xfef0f030)
>     at ./soundserver/kmedia2.cc:207
> #9  0x080550b9 in PlayObject (this=0xfef0f020, s=@0xfef0f030) at
> kmedia2.h:241 #10 0x0805295a in
> Arts::SoundServerV2_impl::createPlayObjectForURL ( this=0x98082c8,
> url=@0xfef0f0d0, mimetype=@0xfef0f0c0, createBUS=false) at
> /home/steve/CVS/KDE-SVN/arts/soundserver/soundserverv2_impl.cc:139 #11
> 0xf6f7b42e in _dispatch_Arts_PlayObjectFactoryV2_00 (object=0x980836c,
> request=0x9854848, result=0x9816ae0) at ./soundserver/kmedia2.cc:1949 #12
> 0xf6cdcfaa in Arts::Object_skel::_dispatch (this=0x9808354,
>     request=0x9854848, result=0x9816ae0, methodID=47)
>     at /home/steve/CVS/KDE-SVN/arts/mcop/object.cc:850
> #13 0xf6cd078e in Arts::Dispatcher::handle (this=0xfef115d0,
> conn=0x9817108, buffer=0x9854848, messageType=4)
>     at /home/steve/CVS/KDE-SVN/arts/mcop/dispatcher.cc:560
> #14 0xf6ca1a1d in Arts::Connection::receive (this=0x9817108,
>     newdata=0xfef0f2a0 "MCOP", newlen=99)
>     at /home/steve/CVS/KDE-SVN/arts/mcop/connection.cc:168
> #15 0xf6ce37c5 in Arts::SocketConnection::notifyIO (this=0x9817108, _fd=9,
>     types=1) at /home/steve/CVS/KDE-SVN/arts/mcop/socketconnection.cc:139
> #16 0xf6cd7871 in Arts::StdIOManager::processOneEvent (this=0x97edd68,
>     blocking=true) at /home/steve/CVS/KDE-SVN/arts/mcop/iomanager.cc:308
> #17 0xf6cd7ac9 in Arts::StdIOManager::run (this=0x97edd68)
>     at /home/steve/CVS/KDE-SVN/arts/mcop/iomanager.cc:357
> #18 0xf6cd1f2e in Arts::Dispatcher::run (this=0xfef115d0)
>     at /home/steve/CVS/KDE-SVN/arts/mcop/dispatcher.cc:955
> #19 0x08062375 in main (argc=16, argv=0xfef11724)
>     at /home/steve/CVS/KDE-SVN/arts/soundserver/artsd.cc:360
>
> > but could you create the file
> > $HOME/.kde/env/env.sh
> >
> > with
> >
> > export GLIBCXX_FORCE_NEW=1
>
> Done
> I created env.sh with "export GLIBCXX_FORCE_NEW=1" as the only contents of
> it. I further created it in the exact location that you said.  What exactly
> does this do, and does it do it's thing on it's own?
>
> > and could you also post the output from gcc -v?
>
> Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.4/specs
> Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
> --infodir=/usr/share/info --enable-shared --enable-threads=posix
> --disable-checking --with-system-zlib --enable-__cxa_atexit
> --disable-libunwind-exceptions --enable-java-awt=gtk
> --host=i386-redhat-linux Thread model: posix
> gcc version 3.4.4 20050721 (Red Hat 3.4.4-2)
>
>
> This is the same gcc that I had no problems with before my re-install of
> about two days ago.
>
> > Cheers,
> > Andre
>
> Have a Great Day,
> Steven P. Ulrick
>
> >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
> >> unsubscribe <<

-- 

Craig Howard
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]