reassigning

Hello,

i've tried a view more dbg-packages. Now with the debug-packages of qt, xine, phonon, kde base, kde-multimedia, amarok-debug, alsa and a view more, the third threat shows the following backtrace:

Thread 3 (Thread 0xade7fb90 (LWP 19794)):
[KCrash Handler]
#6  xine_post_input (this_gen=0x0, name=0xb1190da3 "parameters") at xine_interface.c:875
#7  0xb11829b1 in ?? () from /usr/lib/kde4/phonon_xine.so
#8  0xb116ee8b in ?? () from /usr/lib/kde4/phonon_xine.so
#9  0xb116f332 in ?? () from /usr/lib/kde4/phonon_xine.so
#10 0xb11722e5 in ?? () from /usr/lib/kde4/phonon_xine.so
#11 0xb1158d66 in ?? () from /usr/lib/kde4/phonon_xine.so
#12 0xb68af814 in QApplicationPrivate::notify_helper (this=0x8841950, receiver=0xad5ffa80, e=0xade7ec00) at kernel/qapplication.cpp:4056
#13 0xb68b797e in QApplication::notify (this=0xbfb08494, receiver=0x89fe098, e=0x8b28ca8) at kernel/qapplication.cpp:3603
#14 0xb7d1e4ad in KApplication::notify (this=0xbfb08494, receiver=0x89fe098, event=0x8b28ca8) at ../../kdeui/kernel/kapplication.cpp:302
#15 0xb726f9cb in QCoreApplication::notifyInternal (this=0xbfb08494, receiver=0x89fe098, event=0x8b28ca8) at kernel/qcoreapplication.cpp:610
#16 0xb727060e in QCoreApplication::sendEvent (receiver=0x0, event_type=0, data=0x88bddc8) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:213
#17 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x88bddc8) at kernel/qcoreapplication.cpp:1247
#18 0xb72707ed in QCoreApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qcoreapplication.cpp:1140
#19 0xb729ac0f in QCoreApplication::sendPostedEvents (s=0x89fdfb0) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:218
#20 postEventSourceDispatch (s=0x89fdfb0) at kernel/qeventdispatcher_glib.cpp:210
#21 0xb4348e98 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#22 0xb434c623 in ?? () from /lib/libglib-2.0.so.0
#23 0xb434c7a8 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#24 0xb729a858 in QEventDispatcherGlib::processEvents (this=0x89fe690, flags=...) at kernel/qeventdispatcher_glib.cpp:327
#25 0xb726e01a in QEventLoop::processEvents (this=0xade7f2d0, flags=...) at kernel/qeventloop.cpp:149
#26 0xb726e462 in QEventLoop::exec (this=0xade7f2d0, flags=...) at kernel/qeventloop.cpp:201
#27 0xb717b2c9 in QThread::exec (this=0x89fe098) at thread/qthread.cpp:487
#28 0xb1158771 in ?? () from /usr/lib/kde4/phonon_xine.so
#29 0xb717e582 in QThreadPrivate::start (arg=0x89fe098) at thread/qthread_unix.cpp:188
#30 0xb47cf4b5 in start_thread () from /lib/i686/cmov/libpthread.so.0
#31 0xb65fda5e in clone () from /lib/i686/cmov/libc.so.6

I hope, this helps locating the point of trouble.

Best Regards,
Michael

Can you please install debug packages for Phonon-Xine too?
(If you look at the backtrace, the most interesting lines are from phonon_xine.so.)

There is no package like that for debian sid and i don't know how to build it, sorry. Do you know where i can obtain a matching package for phonon-backend-xine 4:4.3.1-4?

*** Bug 209692 has been marked as a duplicate of this bug. ***

This could be related to bug 194893 (bug 188602). Have you tried reinstalling your phonon-xine and xinelib packages ?
Thanks

Yes i've tried. I've purged every xine and phonon package, delete every configfile in my homedirectory, restart the computer and reinstall the packages but nothing changed, so, i think my problem is not related to 194893 or 188602.
By the way i'm using puleaudio because the Debian packages KDE depends on it.

I have installed amarok-nightly, amrok-nightly-dbg updates.
But it's the same thing :

OS: Ubuntu Jaunty
Qt: 4.5.2
KDE: 4.3.00 (KDE 4.3.0)
Amarok: 2.2-GIT-NEON

I hope the backtrace message will help you.

Application: Amarok (amarok), signal: Segmentation fault
[Current thread is 0 (LWP 24098)]

Thread 6 (Thread 0xafd81b90 (LWP 24101)):
#0  0xb7f67430 in __kernel_vsyscall ()
#1  0xb47e6412 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb663f344 in pthread_cond_timedwait () from /lib/tls/i686/cmov/libc.so.6
#3  0xb0bd1ae3 in ?? () from /usr/lib/libxine.so.1

Thread 5 (Thread 0xaf4f6b90 (LWP 24102)):
#0  0xb41e60ac in clock_gettime () from /lib/tls/i686/cmov/librt.so.1
#1  0xb690f04b in QTimerInfoList::getTime (this=0x981258c, t=@0x98125b0) at kernel/qeventdispatcher_unix.cpp:339
#2  0xb690f221 in QTimerInfoList::updateCurrentTime (this=0x981258c) at kernel/qeventdispatcher_unix.cpp:297
#3  0xb6910e0c in QTimerInfoList::timerWait (this=0x981258c, tm=@0xaf4f60f4) at kernel/qeventdispatcher_unix.cpp:420
#4  0xb690d4da in timerSourcePrepare (source=0xb41e9ff4, timeout=0xaf4f6148) at kernel/qeventdispatcher_glib.cpp:141
#5  0xb43a09c0 in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0
#6  0xb43a0dda in ?? () from /usr/lib/libglib-2.0.so.0
#7  0xb43a1268 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#8  0xb690d317 in QEventDispatcherGlib::processEvents (this=0x98115d0, flags={i = -1353752008}) at kernel/qeventdispatcher_glib.cpp:329
#9  0xb68e01fa in QEventLoop::processEvents (this=0xaf4f62b0, flags={i = -1353751944}) at kernel/qeventloop.cpp:149
#10 0xb68e0642 in QEventLoop::exec (this=0xaf4f62b0, flags={i = -1353751880}) at kernel/qeventloop.cpp:201
#11 0xb67e9e19 in QThread::exec (this=0x9869488) at thread/qthread.cpp:487
#12 0xb0c1f20a in ?? () from /usr/lib/kde4/plugins/phonon_backend/phonon_xine.so
#13 0xb67ed132 in QThreadPrivate::start (arg=0x9869488) at thread/qthread_unix.cpp:188
#14 0xb47e24ff in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#15 0xb663049e in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 4 (Thread 0xad625b90 (LWP 24112)):
#0  0xb7f67430 in __kernel_vsyscall ()
#1  0xb47e60e5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb663f2ed in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6
#3  0xb67ee172 in QWaitCondition::wait (this=0xa8c21e8, mutex=0xa8c21ec, time=4294967295) at thread/qwaitcondition_unix.cpp:87
#4  0xad7aa390 in XmlParseJob::run (this=0xa8c21c8) at /build/buildd/amarok-nightly-20091007+svn5190c498f19c37cea5ece5439486028da4cd0f4a/src/collection/sqlcollection/ScanManager.cpp:629
#5  0xb5b87014 in ThreadWeaver::JobRunHelper::runTheJob (this=0xad625298, th=0xa8c4528, job=0xa8c21c8) at /build/buildd/kde4libs-4.3.0/threadweaver/Weaver/Job.cpp:106
#6  0xb5b873b9 in ThreadWeaver::Job::execute (this=0xa8c21c8, th=0xa8c4528) at /build/buildd/kde4libs-4.3.0/threadweaver/Weaver/Job.cpp:135
#7  0xb5b85f8a in ThreadWeaver::ThreadRunHelper::run (this=0xad625300, parent=0xa8ecf90, th=0xa8c4528) at /build/buildd/kde4libs-4.3.0/threadweaver/Weaver/Thread.cpp:95
#8  0xb5b865fb in ThreadWeaver::Thread::run (this=0xa8c4528) at /build/buildd/kde4libs-4.3.0/threadweaver/Weaver/Thread.cpp:142
#9  0xb67ed132 in QThreadPrivate::start (arg=0xa8c4528) at thread/qthread_unix.cpp:188
#10 0xb47e24ff in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#11 0xb663049e in clone () from /lib/tls/i686/cmov/libc.so.6

Thread 3 (Thread 0xa63fcb90 (LWP 24119)):
#0  0xb7f67430 in __kernel_vsyscall ()
#1  0xb47e60e5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb663f2ed in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6
#3  0xb0be2d8e in ?? () from /usr/lib/libxine.so.1
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 2 (Thread 0xa5bfbb90 (LWP 24122)):
#0  0xb7f67430 in __kernel_vsyscall ()
#1  0xb47e60e5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0
#2  0xb663f2ed in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6
#3  0xb0be2d8e in ?? () from /usr/lib/libxine.so.1
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 1 (Thread 0xb2d08730 (LWP 24098)):
[KCrash Handler]
#5  0xb5ae7e35 in ?? () from /usr/lib/libphonon.so.4
#6  0xb5ae5142 in Phonon::MediaNodePrivate::~MediaNodePrivate () from /usr/lib/libphonon.so.4
#7  0xb5aeadfc in ?? () from /usr/lib/libphonon.so.4
#8  0xb5ae4b0f in Phonon::MediaNode::~MediaNode () from /usr/lib/libphonon.so.4
#9  0xb5ae9496 in Phonon::Effect::~Effect () from /usr/lib/libphonon.so.4
#10 0xb5aeacb3 in ?? () from /usr/lib/libphonon.so.4
#11 0xb7a28b20 in EngineController::initializePhonon (this=0x97c9008) at /build/buildd/amarok-nightly-20091007+svn5190c498f19c37cea5ece5439486028da4cd0f4a/src/EngineController.cpp:120
#12 0xb7a2d2b0 in EngineController::qt_metacall (this=0x97c9008, _c=QMetaObject::InvokeMetaMethod, _id=21, _a=0xbf88150c)
    at /build/buildd/amarok-nightly-20091007+svn5190c498f19c37cea5ece5439486028da4cd0f4a/obj-i486-linux-gnu/src/EngineController.moc:141
#13 0xb68f71b8 in QMetaObject::activate (sender=0x97c9828, from_signal_index=6, to_signal_index=6, argv=0xbf88150c) at kernel/qobject.cpp:3113
#14 0xb68f7e42 in QMetaObject::activate (sender=0x97c9828, m=0xb5b0b408, local_signal_index=2, argv=0xbf88150c) at kernel/qobject.cpp:3187
#15 0xb5aeb2e3 in Phonon::AudioOutput::outputDeviceChanged () from /usr/lib/libphonon.so.4
#16 0xb5aec33c in ?? () from /usr/lib/libphonon.so.4
#17 0xb5aece2a in ?? () from /usr/lib/libphonon.so.4
#18 0xb5aee3c6 in Phonon::AudioOutput::qt_metacall () from /usr/lib/libphonon.so.4
#19 0xb68f71b8 in QMetaObject::activate (sender=0x97ca4c8, from_signal_index=5, to_signal_index=5, argv=0x0) at kernel/qobject.cpp:3113
#20 0xb68f7e42 in QMetaObject::activate (sender=0x97ca4c8, m=0xb0c66c44, local_signal_index=1, argv=0x0) at kernel/qobject.cpp:3187
#21 0xb0c33eb7 in ?? () from /usr/lib/kde4/plugins/phonon_backend/phonon_xine.so
#22 0xb0c33f7d in ?? () from /usr/lib/kde4/plugins/phonon_backend/phonon_xine.so
#23 0xb68f08cb in QMetaCallEvent::placeMetaCall (this=0x986aca0, object=0x97ca4c8) at kernel/qobject.cpp:477
#24 0xb68f23b0 in QObject::event (this=0x97ca4c8, e=0x986aca0) at kernel/qobject.cpp:1111
#25 0xb0c34191 in ?? () from /usr/lib/kde4/plugins/phonon_backend/phonon_xine.so
#26 0xb6d2cd3c in QApplicationPrivate::notify_helper (this=0x95ded20, receiver=0x97ca4c8, e=0x97ca4c8) at kernel/qapplication.cpp:4056
#27 0xb6d3503e in QApplication::notify (this=0xbf88210c, receiver=0x97ca4c8, e=0x986aca0) at kernel/qapplication.cpp:3603
#28 0xb7d925cd in KApplication::notify (this=0xbf88210c, receiver=0x97ca4c8, event=0x986aca0) at /build/buildd/kde4libs-4.3.0/kdeui/kernel/kapplication.cpp:302
#29 0xb68e1bcb in QCoreApplication::notifyInternal (this=0xbf88210c, receiver=0x97ca4c8, event=0x986aca0) at kernel/qcoreapplication.cpp:610
#30 0xb68e2825 in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x951c2a8) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:213
#31 0xb68e2a1d in QCoreApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qcoreapplication.cpp:1140
#32 0xb690d6af in postEventSourceDispatch (s=0x95d7680) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:218
#33 0xb439db88 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#34 0xb43a10eb in ?? () from /usr/lib/libglib-2.0.so.0
#35 0xb43a1268 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#36 0xb690d2f8 in QEventDispatcherGlib::processEvents (this=0x951bea8, flags={i = -1081598568}) at kernel/qeventdispatcher_glib.cpp:327
#37 0xb6dcea75 in QGuiEventDispatcherGlib::processEvents (this=0x951bea8, flags={i = -1081598520}) at kernel/qguieventdispatcher_glib.cpp:202
#38 0xb68e01fa in QEventLoop::processEvents (this=0xbf881e40, flags={i = -1081598456}) at kernel/qeventloop.cpp:149
#39 0xb68e0642 in QEventLoop::exec (this=0xbf881e40, flags={i = -1081598392}) at kernel/qeventloop.cpp:201
#40 0xb68e2ae9 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:888
#41 0xb6d2cbb7 in QApplication::exec () at kernel/qapplication.cpp:3525
#42 0x08051ebd in main (argc=3, argv=0xbf882904) at /build/buildd/amarok-nightly-20091007+svn5190c498f19c37cea5ece5439486028da4cd0f4a/src/main.cpp:227

@Yop69: your crash is a different one. Please try to upgrade your phonon installation. If it keeps crashing, please create a new bug report. Thanks

The Problem is still present with phonon-backend-xine 4:4.3.1-5. After deleting all personalconfigs of xine and Amarok and installation of phonon-backend-null Amarok ist starting an working but issn't able to play anything (as expected). 
After reinstall of phonon-backend-xine amarok is still crashing.
Btw. juk is affected by the phonon-backend-xine problem too but xine is working very well.

*** Bug 211920 has been marked as a duplicate of this bug. ***

(In reply to comment #9)
> @Yop69: your crash is a different one. Please try to upgrade your phonon
> installation. If it keeps crashing, please create a new bug report. Thanks

It's already done.
https://bugs.kde.org/show_bug.cgi?id=210124

Note to onlookers:
If you are filing a bug and think your backtrace is similar to the one in this report, it isn't. Please open a new report.

Michael: 
I would look in debian helps to see if you can find a package for this. If you can improve the backtrace, can you repost it? Thanks!

(In reply to comment #13)
> Note to onlookers:
> If you are filing a bug and think your backtrace is similar to the one in this
> report, it isn't. Please open a new report.
> 
> Michael: 
> I would look in debian helps to see if you can find a package for this. If you
> can improve the backtrace, can you repost it? Thanks!

I can't report a new report bug because my Crash Information (Backtrace) say :
Application: Amarok (amarok), signal: Segmentation fault
And  that'all :(
I read http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports#Preparing_your_KDE_packages, install package, but it's do nothing. Can you help me ?

Yop69: if you are dealing with sound packages, you need your kde & amarok debug packages installed, and also the phonon ones. Possibly also ones for whichever back-end is causing problems (pulseaudio, xine, etc.). But if the bug turns out to be in a backend, then it should be filed with them, not us. 

Whatever your problem turns out to be, odds are it isn't caused by the same thing as this person, even if it results in an amarok crash. There are just too many different things that could go wrong, and if we have 8 different backtraces -- all for different bugs -- on one bug report, then triagers get confused (you try to memorize 8 backtraces on one page! :). The title of this report was rather general (unfortunately still is really), so it is easy to get confused and think your bug might be the same. Start a new bug report and post the backtrace that you have, we can tell you where to look. That url should also help: you have to install debug packages for your distro. Any ?? that are in the first twenty lines or so of "Thread 1", you want to install those debug packages to turn them into non-??    Your distribution's help resources should be able to give you more information. Thanks!

(In reply to comment #15)
> Yop69: if you are dealing with sound packages, you need your kde & amarok debug
> packages installed, and also the phonon ones. Possibly also ones for whichever
> back-end is causing problems (pulseaudio, xine, etc.). But if the bug turns out
> to be in a backend, then it should be filed with them, not us. 
> 
> Whatever your problem turns out to be, odds are it isn't caused by the same
> thing as this person, even if it results in an amarok crash. There are just too
> many different things that could go wrong, and if we have 8 different
> backtraces -- all for different bugs -- on one bug report, then triagers get
> confused (you try to memorize 8 backtraces on one page! :). The title of this
> report was rather general (unfortunately still is really), so it is easy to get
> confused and think your bug might be the same. Start a new bug report and post
> the backtrace that you have, we can tell you where to look. That url should
> also help: you have to install debug packages for your distro. Any ?? that are
> in the first twenty lines or so of "Thread 1", you want to install those debug
> packages to turn them into non-??    Your distribution's help resources should
> be able to give you more information. Thanks!

Ok thanks ! my new bug report here : https://bugs.kde.org/show_bug.cgi?id=213873

@Yop69: try starting Amarok from GDB (it is explained in that KDE Techbase article)

(In reply to comment #17)
> @Yop69: try starting Amarok from GDB (it is explained in that KDE Techbase
> article)

Why I should start with GDB because I have a good backtrace no ?
My amarok-nightly crash and here, it says that it's phonon crash and it's resolved !
No not on my plate form :(

*** Bug 215306 has been marked as a duplicate of this bug. ***

Backtrace form a duplicate report:

Thread 4 (Thread 0x7f8ac0090910 (LWP 6644)):
[KCrash Handler]
#5  0x00007f8ac74ac220 in xine_post_input () from /usr/lib/libxine.so.1
#6  0x00007f8ac773a9e4 in Phonon::Xine::VolumeFaderEffectXT::createInstance
(this=0x284c6a0) at ../../xine/volumefadereffect.cpp:123
#7  0x00007f8ac771fed2 in Phonon::Xine::EffectXT::ensureInstance
(this=0x284c6a0) at ../../xine/effect.cpp:70
#8  0x00007f8ac772006d in Phonon::Xine::EffectXT::audioOutputPort (this=0x0) at
../../xine/effect.cpp:45
#9  0x00007f8ac7722af2 in Phonon::Xine::AudioOutputXT::rewireTo
(this=0x25eb420, source=0x7f8ac774adb9) at ../../xine/audiooutput.cpp:332
#10 0x00007f8ac7710505 in Phonon::Xine::XineThread::event (this=<value
optimized out>, e=<value optimized out>) at ../../xine/xinethread.cpp:130
#11 0x00007f8ad772aefc in QApplicationPrivate::notify_helper (this=0x2533b20,
receiver=0x26583b0, e=0x284d700) at kernel/qapplication.cpp:4056
#12 0x00007f8ad77321ce in QApplication::notify (this=0x7fffaf7bb5c0,
receiver=0x26583b0, e=0x284d700) at kernel/qapplication.cpp:4021
#13 0x00007f8ad8deee56 in KApplication::notify (this=0x7fffaf7bb5c0,
receiver=0x26583b0, event=0x284d700) at ../../kdeui/kernel/kapplication.cpp:302
#14 0x00007f8ad6e0ac2c in QCoreApplication::notifyInternal
(this=0x7fffaf7bb5c0, receiver=0x26583b0, event=0x284d700) at
kernel/qcoreapplication.cpp:610
#15 0x00007f8ad6e0b80a in QCoreApplication::sendEvent (receiver=0x0,
event_type=<value optimized out>, data=0x26e0420) at
../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:213
#16 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=<value
optimized out>, data=0x26e0420) at kernel/qcoreapplication.cpp:1247
#17 0x00007f8ad6e33533 in QCoreApplication::sendPostedEvents (s=<value
optimized out>) at
../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:218
#18 postEventSourceDispatch (s=<value optimized out>) at
kernel/qeventdispatcher_glib.cpp:210
#19 0x00007f8acf3adbbe in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#20 0x00007f8acf3b1588 in ?? () from /lib/libglib-2.0.so.0
#21 0x00007f8acf3b16b0 in g_main_context_iteration () from
/lib/libglib-2.0.so.0
#22 0x00007f8ad6e331a6 in QEventDispatcherGlib::processEvents (this=0x2658ae0,
flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:327
#23 0x00007f8ad6e09532 in QEventLoop::processEvents (this=<value optimized
out>, flags=) at kernel/qeventloop.cpp:149
#24 0x00007f8ad6e09904 in QEventLoop::exec (this=0x7f8ac008ffb0, flags=) at
kernel/qeventloop.cpp:201
#25 0x00007f8ad6d216cb in QThread::exec (this=<value optimized out>) at
thread/qthread.cpp:487
#26 0x00007f8ac770f56e in Phonon::Xine::XineThread::run (this=0x26583b0) at
../../xine/xinethread.cpp:143
#27 0x00007f8ad6d24445 in QThreadPrivate::start (arg=0x26583b0) at
thread/qthread_unix.cpp:188
#28 0x00007f8ad0a76a04 in start_thread (arg=<value optimized out>) at
pthread_create.c:300
#29 0x00007f8ad650f7bd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#30 0x0000000000000000 in ?? ()
The current source language is "auto; currently asm".

*** Bug 218543 has been marked as a duplicate of this bug. ***

Juste for information, I changed my pc and I'mn under Ubuntu Karmic with Amarok 2.2.0 and all is ok for me.

So my previous bug can be cancelled !

Thank you

For the record, -dbg symbols for the backends themselves can be found in phonon-backends-dbg on Debian and Kubuntu (from 10.04 onwards) systems.

I tried using the beta repository of kubuntu 9.10, but the bug is still here with the last version of phonon, I installed the phonon-backends-dbg package.
That's the backtrace I have with the new version :

Application: Amarok (amarok), signal: Segmentation fault
The current source language is "auto; currently c".
[Current thread is 1 (Thread 0x7fd5ba58d840 (LWP 30887))]

Thread 3 (Thread 0x7fd5a1d66910 (LWP 30888)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:220
#1  0x00007fd5a7a41c91 in metronom_sync_loop (this=0x202ecd0) at metronom.c:870
#2  0x00007fd5b596ea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300
#3  0x00007fd5b762380d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7fd59ffe3910 (LWP 30889)):
#0  0x00007fd5b76173c3 in *__GI___poll (fds=<value optimized out>, nfds=<value optimized out>, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00007fd5b0f6f37c in g_main_context_poll (context=0x2037410, block=<value optimized out>, dispatch=<value optimized out>, self=<value optimized out>)
    at /build/buildd/glib2.0-2.22.3/glib/gmain.c:2904
#2  g_main_context_iterate (context=0x2037410, block=<value optimized out>, dispatch=<value optimized out>, self=<value optimized out>) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:2586
#3  0x00007fd5b0f6f6c0 in IA__g_main_context_iteration (context=0x2037410, may_block=1) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:2654
#4  0x00007fd5b7f70676 in QEventDispatcherGlib::processEvents (this=0x1f79c40, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:409
#5  0x00007fd5b7f45972 in QEventLoop::processEvents (this=<value optimized out>, flags=) at kernel/qeventloop.cpp:149
#6  0x00007fd5b7f45d4c in QEventLoop::exec (this=0x7fd59ffe2ef0, flags=) at kernel/qeventloop.cpp:201
#7  0x00007fd5b7e50c79 in QThread::exec (this=<value optimized out>) at thread/qthread.cpp:487
#8  0x00007fd5a7c9d570 in Phonon::Xine::XineThread::run (this=0x1f77080) at ../../xine/xinethread.cpp:143
#9  0x00007fd5b7e536c5 in QThreadPrivate::start (arg=0x1f77080) at thread/qthread_unix.cpp:244
#10 0x00007fd5b596ea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300
#11 0x00007fd5b762380d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#12 0x0000000000000000 in ?? ()
The current source language is "auto; currently asm".

Thread 1 (Thread 0x7fd5ba58d840 (LWP 30887)):
[KCrash Handler]
#5  xine_post_input (this_gen=0x0, name=0x7fd5a7cddd37 "parameters") at xine_interface.c:875
#6  0x00007fd5a7cb248f in Phonon::Xine::EffectXT::createInstance (this=0x203c200) at ../../xine/effect.cpp:93
#7  0x00007fd5a7cb1782 in Phonon::Xine::EffectXT::ensureInstance (this=0x203c200) at ../../xine/effect.cpp:70
#8  0x00007fd5a7cb1110 in Phonon::Xine::Effect::parameters (this=0x7fd5a7cddd37) at ../../xine/effect.cpp:215
#9  0x00007fd5b4b27245 in Phonon::EffectPrivate::setupBackendObject (this=0x7fd590005ad0) at ../3rdparty/phonon/phonon/effect.cpp:122
#10 0x00007fd5b4b27197 in Effect (this=0x7fd590005ca0, description=..., parent=<value optimized out>) at ../3rdparty/phonon/phonon/effect.cpp:45
#11 0x00007fd5b991e9e4 in EngineController::initializePhonon (this=0x1e588f0) at /build/buildd/amarok-2.2.2/src/EngineController.cpp:138
#12 0x00007fd5b991fba8 in EngineController (this=0x1e588f0) at /build/buildd/amarok-2.2.2/src/EngineController.cpp:83
#13 0x00007fd5b991fd28 in EngineController::instance () at /build/buildd/amarok-2.2.2/src/EngineController.cpp:65
#14 0x00007fd5b9935f53 in MainWindow (this=0x1e57d90) at /build/buildd/amarok-2.2.2/src/MainWindow.cpp:134
#15 0x00007fd5b9904339 in App::continueInit (this=0x7fffcf60a470) at /build/buildd/amarok-2.2.2/src/App.cpp:672
#16 0x00007fd5b9906bf0 in App (this=0x7fffcf60a470) at /build/buildd/amarok-2.2.2/src/App.cpp:227
#17 0x000000000040a24a in main (argc=<value optimized out>, argv=<value optimized out>) at /build/buildd/amarok-2.2.2/src/main.cpp:233
The current source language is "auto; currently c".

I found this bug report in xine bugtracker : 
http://bugs.xine-project.org/show_bug.cgi?id=299
The solution exposed in the comments works for me :
this solution is to delete the file ~/.xine/catalog.cache

I've tried to delete the file ~/.xine/catalog.cache but it didn't solve the problem for me. Sorry

Since removing this file solves the issue, can this report be closed? Seems it is a dupe of bug 188602 anyway

Closing as duplicate and lack of feedback.

*** This bug has been marked as a duplicate of bug 188602 ***