Bug 204152 - Amarok crash while switching radio stream to play
Summary: Amarok crash while switching radio stream to play
Status: RESOLVED DUPLICATE of bug 202649
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: 2.1.1
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-17 11:41 UTC by Alex
Modified: 2009-12-09 11:34 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alex 2009-08-17 11:41:51 UTC
Application that crashed: amarok
Version of the application: 2.1.1
KDE Version: 4.3.00 (KDE 4.3.0)
Qt Version: 4.5.2
Operating System: Linux 2.6.28-14-generic x86_64
Distribution: Ubuntu 9.04

 -- Backtrace:
Application: Amarok (amarok), signal: Segmentation fault
pthread_cond_timedwait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:217
	in ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S
[Current thread is 0 (LWP 6692)]

Thread 7 (Thread 0x7fdeebd0d950 (LWP 6695)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:217
#1  0x00007fdef0c23f91 in metronom_sync_loop (this=0x2dc0e20) at metronom.c:870
#2  0x00007fdf052413ba in start_thread (arg=<value optimized out>) at pthread_create.c:297
#3  0x00007fdf02a9afcd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4  0x0000000000000000 in ?? ()

Thread 6 (Thread 0x7fdeea666950 (LWP 6696)):
[KCrash Handler]
#5  QHash<Phonon::Xine::SinkNode*, QHashDummyValue>::duplicateNode (node=0x2, newNode=0x7fded40a68c0) at /usr/include/qt4/QtCore/qhash.h:205
#6  0x00007fdf03551d55 in QHashData::detach_helper (this=0x2bf5d80, node_duplicate=0x7fdef0e7efb0 <QHash<Phonon::Xine::SinkNode*, QHashDummyValue>::duplicateNode(QHashData::Node*, void*)>, 
    nodeSize=<value optimized out>) at tools/qhash.cpp:207
#7  0x00007fdef0e8dad1 in QForeachContainer (this=0x7fdeea665290, t=<value optimized out>) at /usr/include/qt4/QtCore/qhash.h:568
#8  0x00007fdef0e850f2 in Phonon::Xine::XineStream::createStream (this=0x2bfc000) at /build/buildd/phonon-4.3.1/xine/xinestream.cpp:510
#9  0x00007fdef0e8c8be in Phonon::Xine::XineStream::event (this=0x2bfc000, ev=0x5a6a8c0) at /build/buildd/phonon-4.3.1/xine/xinestream.cpp:1235
#10 0x00007fdf04197f4d in QApplicationPrivate::notify_helper (this=0x2ba2230, receiver=0x2bfc000, e=0x5a6a8c0) at kernel/qapplication.cpp:4056
#11 0x00007fdf041a018a in QApplication::notify (this=0x7fff0e5a5960, receiver=0x2bfc000, e=0x5a6a8c0) at kernel/qapplication.cpp:4021
#12 0x00007fdf036196ac in QCoreApplication::notifyInternal (this=0x7fff0e5a5960, receiver=0x2bfc000, event=0x5a6a8c0) at kernel/qcoreapplication.cpp:610
#13 0x00007fdf0361a31a in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x2be1740) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:213
#14 0x00007fdf03642e03 in postEventSourceDispatch (s=<value optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:218
#15 0x00007fdefb6c820a in IA__g_main_context_dispatch (context=0x2be3da0) at /build/buildd/glib2.0-2.20.1/glib/gmain.c:1814
#16 0x00007fdefb6cb8e0 in g_main_context_iterate (context=0x2be3da0, block=1, dispatch=1, self=<value optimized out>) at /build/buildd/glib2.0-2.20.1/glib/gmain.c:2448
#17 0x00007fdefb6cba7c in IA__g_main_context_iteration (context=0x2be3da0, may_block=1) at /build/buildd/glib2.0-2.20.1/glib/gmain.c:2511
#18 0x00007fdf03642a8f in QEventDispatcherGlib::processEvents (this=0x2be1a40, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:327
#19 0x00007fdf03617f42 in QEventLoop::processEvents (this=<value optimized out>, flags={i = -362389616}) at kernel/qeventloop.cpp:149
#20 0x00007fdf03618314 in QEventLoop::exec (this=0x7fdeea665fd0, flags={i = -362389536}) at kernel/qeventloop.cpp:201
#21 0x00007fdf0352cdc8 in QThread::exec (this=<value optimized out>) at thread/qthread.cpp:487
#22 0x00007fdef0e7f62c in Phonon::Xine::XineThread::run (this=0x2bddf40) at /build/buildd/phonon-4.3.1/xine/xinethread.cpp:143
#23 0x00007fdf0352fd35 in QThreadPrivate::start (arg=0x2bddf40) at thread/qthread_unix.cpp:188
#24 0x00007fdf052413ba in start_thread (arg=<value optimized out>) at pthread_create.c:297
#25 0x00007fdf02a9afcd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#26 0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7fdee9c5b950 (LWP 6699)):
#0  0x00007fdf02a91496 in *__GI___poll (fds=0x7fdee9c5af60, nfds=1, timeout=333) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00007fdee9c60969 in ao_alsa_handle_event_thread (data=<value optimized out>) at audio_alsa_out.c:150
#2  0x00007fdf052413ba in start_thread (arg=<value optimized out>) at pthread_create.c:297
#3  0x00007fdf02a9afcd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4  0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7fdee945a950 (LWP 6700)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261
#1  0x00007fdef0c35353 in ao_loop (this_gen=<value optimized out>) at audio_out.c:348
#2  0x00007fdf052413ba in start_thread (arg=<value optimized out>) at pthread_create.c:297
#3  0x00007fdf02a9afcd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4  0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7fdee89ca950 (LWP 6701)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261
#1  0x00007fdef0c35353 in ao_loop (this_gen=<value optimized out>) at audio_out.c:348
#2  0x00007fdf052413ba in start_thread (arg=<value optimized out>) at pthread_create.c:297
#3  0x00007fdf02a9afcd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#4  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7fdee7c89950 (LWP 6843)):
#0  0x00007fdf02a93742 in select () from /lib/libc.so.6
#1  0x00007fdef0c4d0a4 in xine_usec_sleep (usec=<value optimized out>) at utils.c:481
#2  0x00007fdef0c31deb in video_out_loop (this_gen=<value optimized out>) at video_out.c:1246
#3  0x00007fdf052413ba in start_thread (arg=<value optimized out>) at pthread_create.c:297
#4  0x00007fdf02a9afcd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7fdf06462790 (LWP 6692)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:217
#1  0x00007fdf0352f785 in thread_sleep (ti=0x7fff0e5a5660) at thread/qthread_unix.cpp:297
#2  0x00007fdf0352f8ee in QThread::msleep (msecs=200) at thread/qthread_unix.cpp:323
#3  0x00007fdef0ea324a in ~Backend (this=0x2d4f6f0) at /build/buildd/phonon-4.3.1/xine/backend.cpp:108
#4  0x00007fdeff904130 in ~FactoryPrivate (this=0x2d06970) at /build/buildd/phonon-4.3.1/phonon/factory.cpp:199
#5  0x00007fdf03619c35 in qt_call_post_routines () at kernel/qcoreapplication.cpp:163
#6  0x00007fdf041a2458 in ~QApplication (this=0xffffffffffffff92) at kernel/qapplication.cpp:971
#7  0x00007fdf059b070d in App::~App () from /usr/lib/libamaroklib.so.1
#8  0x0000000000533074 in _start ()
217	in ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S

Reported using DrKonqi
Comment 1 Myriam Schweingruber 2009-08-17 12:04:26 UTC
Could be related to bug 203709? Looks like a phonon problem
Comment 2 Dario Andres 2009-08-17 16:34:02 UTC
Bug 203709 has an XIOError in thread1 while this doesn't have it. However, thread 1 shows the app was closing:
#7  0x00007fdf059b070d in App::~App () from /usr/lib/libamaroklib.so.1
And therefore that could cause Phonon to crash over there.

I would say this is mostly the same as bug 202649. (situation mostly match too, except the reporter doesn't specify if he/she was closing Amarok when it crashed)
Comment 3 Myriam Schweingruber 2009-08-17 17:00:49 UTC
(In reply to comment #2)
> Bug 203709 has an XIOError in thread1 while this doesn't have it. However,
> thread 1 shows the app was closing:
> #7  0x00007fdf059b070d in App::~App () from /usr/lib/libamaroklib.so.1
> And therefore that could cause Phonon to crash over there.
> 
> I would say this is mostly the same as bug 202649. (situation mostly match too,
> except the reporter doesn't specify if he/she was closing Amarok when it
> crashed)

Hm, let's ask him, then :) Alex, could you give some more input on this, please?
Comment 4 Alex 2009-08-17 17:30:03 UTC
Yes I was closing Amarok because as specified in another bug it becomes unresponsive when trying to play a non working stream (I'd say I opened another bug for that but I'm not finding it anymore...).

Sorry for not specifying those details in the original bug report.
Comment 5 Dario Andres 2009-08-17 18:06:19 UTC
Then, it is the same. Merging. Thanks

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