Version: 1.3.7 (using KDE KDE 3.4.3) Installed from: Ubuntu Packages Compiler: 4.0.2 same problem experienced from installing via ubuntu package and from compiling from source OS: Linux I have followed the instructions here: http://amarok.kde.org/amarokwiki/index.php/MP3_on_Ubuntu_5.10 To allow my kde installation to play mp3's. I'm using a kubuntu (5.10) installed on a dell latitude D600. I CAN play mp3s by typing this at the command line: #artsd & #artsplay song.mp3 or by typing: #gst-launch filesrc location=song.mp3 ! spider ! audioscale ! audioconvert ! alsasink However, when I start up amarok, its fine until I click play, then it crashes pretty much immediately. This is the output from gdb before and after it crashes: [ThreadWeaver] Job completed: CollectionReader. Jobs pending: 0 amarok: [virtual KDE::ProgressBar::~ProgressBar()] amarok: [StatusBar] 1updateProgressAppearance() amarok: [StatusBar] 1hideMainProgressBar() BREAK [This is where I press play on Amarok] amarok: [controller] Loading URL: file:///media/music/Moby/Play/01%20Honey.mp3 Caps negotiation succeeded with 1 Hz @ 1 channels [New Thread -1262666832 (LWP 18142)] amarok: BEGIN: void EngineSubject::stateChangedNotify(Engine::State) amarok: BEGIN: void ContextBrowser::showHome() amarok: END__: void ContextBrowser::showHome() - Took 0.16s amarok: [virtual void amaroK::StatusBar::engineStateChanged(Engine::State, Engine::State)] Line: 132 amarok: BEGIN: virtual void ContextBrowser::engineStateChanged(Engine::State, Engine::State) amarok: END__: virtual void ContextBrowser::engineStateChanged(Engine::State, Engine::State) - Took 0.0094s amarok: END__: void EngineSubject::stateChangedNotify(Engine::State) - Took 0.41s amarok: BEGIN: void EngineSubject::newMetaDataNotify(const MetaBundle&, bool) [New Thread -1248998480 (LWP 18143)] amarok: BEGIN: virtual bool CurrentTrackJob::doJob() amarok: [CollectionDB] Found APIC frame(s) amarok: [CollectionDB] Found APIC frame(s) amarok: [CollectionDB] Size of image: 168642382 byte amarok: [CollectionDB] Size of image: 0 byte Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1248998480 (LWP 18143)] 0xb64e7c4e in malloc_trim () from /lib/tls/i686/cmov/libc.so.6 This is the Back trace that I generate after it dies: (gdb) bt #0 0xb64e7c4e in malloc_trim () from /lib/tls/i686/cmov/libc.so.6 #1 0xb64e82ca in free () from /lib/tls/i686/cmov/libc.so.6 #2 0xb670fc71 in operator delete () from /usr/lib/libstdc++.so.6 #3 0xb678963c in __gnu_cxx::__mt_alloc<char, __gnu_cxx::__common_pool_policy<__gnu_cxx::__pool, true> >::deallocate () from /usr/lib/libtag.so.1 #4 0xb67870f9 in TagLib::ByteVector::~ByteVector () from /usr/lib/libtag.so.1 #5 0xb6769731 in TagLib::ID3v2::UnknownFrame::~UnknownFrame () from /usr/lib/libtag.so.1 #6 0x080adf73 in CollectionDB::findImageByMetabundle () #7 0x080baf73 in CollectionDB::albumImage () #8 0x080ee31d in CurrentTrackJob::doJob () #9 0x081ead2f in ThreadWeaver::Thread::run () #10 0xb6c99132 in QThreadInstance::start () from /usr/lib/libqt-mt.so.3 #11 0xb65da361 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #12 0xb654dbde in clone () from /lib/tls/i686/cmov/libc.so.6 If there is any more information I can provide, please contact me at pbernstein@gmail.com Thanks!
Unfortunately ubuntu ships with taglib 1.3.1, which is totally, destructively disgustingly non-compatible with amarok. It also has lots of bugs. Soooo... you need to remove taglib and install version 1.4.
Hi Seb, I have downloaded the source for taglib 1.4, and configured, make, make install, all that good stuff. I'm still seeing the problem with amarok crashing (no change, in fact, all of the diagnostic info in the bug i reported is with taglib 1.4 compiled). I have done nothing to 'remove' the previous version of taglib though. Pardon my ignorance, but what is the best way to remove a program/library that ships with the installation? Thanks! Peter On 20 Dec 2005 05:10:40 -0000, Seb Ruiz <me@sebruiz.net> wrote: [bugs.kde.org quoted mail]
I would't know how to remove a package from ubuntu, sorry! But check that running the command 'taglib-config --version' results in 1.4
Sorry, wrong bug resolution. Reopening.
This is a duplicate. Ubuntu packagers should have learned by now that the g++/libstdc++ they are shipping is broken. Have THEM fix it. *** This bug has been marked as a duplicate of 111115 ***