Bug 228219 - Amarok crash closing USBdevice
Summary: Amarok crash closing USBdevice
Status: RESOLVED NOT A BUG
Alias: None
Product: amarok
Classification: Applications
Component: Collections/USB mass storage and MSC (show other bugs)
Version: 2.2-SVN
Platform: Unlisted Binaries Linux
: NOR crash
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-23 18:03 UTC by George Baltz
Modified: 2011-12-20 11:41 UTC (History)
2 users (show)

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

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description George Baltz 2010-02-23 18:03:04 UTC 
Application that crashed: amarok
Version of the application: 2.2-GIT
KDE Version: 4.3.4 (KDE 4.3.4) "release 2"
Qt Version: 4.5.3
Operating System: Linux 2.6.31.12-0.1-desktop x86_64
Distribution: "openSUSE 11.2 (x86_64)"

What I was doing when the application crashed:
Reproducable - clicking close during initial scan of USB storage device (MSC mode, not MTP)

Looks like the collection object(s) have been destructed out from under the scanning code.


 -- Backtrace:
Application: Amarok (amarok), signal: Segmentation fault
[Current thread is 1 (Thread 0x7f32aa4de7a0 (LWP 30018))]

Thread 12 (Thread 0x7f32952fd910 (LWP 30019)):
#0  0x00007f32a71542cd in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f32969db511 in ?? () from /usr/lib64/libxine.so.1
#2  0x00007f32a714f65d in start_thread () from /lib64/libpthread.so.0
#3  0x00007f32a768de1d in clone () from /lib64/libc.so.6
#4  0x0000000000000000 in ?? ()

Thread 11 (Thread 0x7f329338f910 (LWP 30020)):
#0  0x00007f32a7684d03 in poll () from /lib64/libc.so.6
#1  0x00007f32a0c8459c in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f32a0c848e0 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f32a8b383f6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#4  0x00007f32a8b0e712 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#5  0x00007f32a8b0eae4 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#6  0x00007f32a8a2771b in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f3296c36394 in Phonon::MediaSource::type() const () from /usr/lib64/kde4/plugins/phonon_backend/phonon_xine.so
#8  0x00007f32a8a2a485 in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f32a714f65d in start_thread () from /lib64/libpthread.so.0
#10 0x00007f32a768de1d in clone () from /lib64/libc.so.6
#11 0x0000000000000000 in ?? ()

Thread 10 (Thread 0x7f3292984910 (LWP 30023)):
#0  0x00007f32a7680acb in read () from /lib64/libc.so.6
#1  0x00007f32970b02f5 in ?? () from /usr/lib64/libasound.so.2
#2  0x00007f32970ab058 in snd_hctl_handle_events () from /usr/lib64/libasound.so.2
#3  0x00007f32970b4da9 in snd_mixer_handle_events () from /usr/lib64/libasound.so.2
#4  0x00007f329298ac94 in snd_pcm_sw_params_set_start_threshold () from /usr/lib64/xine/plugins/1.25/xineplug_ao_out_alsa.so
#5  0x00007f32a714f65d in start_thread () from /lib64/libpthread.so.0
#6  0x00007f32a768de1d in clone () from /lib64/libc.so.6
#7  0x0000000000000000 in ?? ()

Thread 9 (Thread 0x7f3292183910 (LWP 30024)):
#0  0x00007f32a7154049 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f32969ec513 in ?? () from /usr/lib64/libxine.so.1
#2  0x00007f32a714f65d in start_thread () from /lib64/libpthread.so.0
#3  0x00007f32a768de1d in clone () from /lib64/libc.so.6
#4  0x0000000000000000 in ?? ()

Thread 8 (Thread 0x7f329136c910 (LWP 30025)):
#0  0x00007f32a7154049 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f32969ec513 in ?? () from /usr/lib64/libxine.so.1
#2  0x00007f32a714f65d in start_thread () from /lib64/libpthread.so.0
#3  0x00007f32a768de1d in clone () from /lib64/libc.so.6
#4  0x0000000000000000 in ?? ()

Thread 7 (Thread 0x7f3290b6b910 (LWP 30026)):
#0  0x00007f32a7154049 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f32969ec513 in ?? () from /usr/lib64/libxine.so.1
#2  0x00007f32a714f65d in start_thread () from /lib64/libpthread.so.0
#3  0x00007f32a768de1d in clone () from /lib64/libc.so.6
#4  0x0000000000000000 in ?? ()

Thread 6 (Thread 0x7f329036a910 (LWP 30027)):
#0  0x00007f32a7154049 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f32969ec513 in ?? () from /usr/lib64/libxine.so.1
#2  0x00007f32a714f65d in start_thread () from /lib64/libpthread.so.0
#3  0x00007f32a768de1d in clone () from /lib64/libc.so.6
#4  0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7f328e27f910 (LWP 30029)):
#0  0x00007f32a7154049 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f32a8a2b53b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f32a4522ab6 in ?? () from /usr/lib64/libthreadweaver.so.4
#3  0x00007f32a4524beb in ?? () from /usr/lib64/libthreadweaver.so.4
#4  0x00007f32a45231ef in ?? () from /usr/lib64/libthreadweaver.so.4
#5  0x00007f32a4523648 in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4
#6  0x00007f32a8a2a485 in ?? () from /usr/lib64/libQtCore.so.4
#7  0x00007f32a714f65d in start_thread () from /lib64/libpthread.so.0
#8  0x00007f32a768de1d in clone () from /lib64/libc.so.6
#9  0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7f32873ee910 (LWP 30030)):
#0  0x00007f32a7154049 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f32a8a2b53b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f32a4522ab6 in ?? () from /usr/lib64/libthreadweaver.so.4
#3  0x00007f32a4524beb in ?? () from /usr/lib64/libthreadweaver.so.4
#4  0x00007f32a4524c04 in ?? () from /usr/lib64/libthreadweaver.so.4
#5  0x00007f32a4524c04 in ?? () from /usr/lib64/libthreadweaver.so.4
#6  0x00007f32a45231ef in ?? () from /usr/lib64/libthreadweaver.so.4
#7  0x00007f32a4523648 in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4
#8  0x00007f32a8a2a485 in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f32a714f65d in start_thread () from /lib64/libpthread.so.0
#10 0x00007f32a768de1d in clone () from /lib64/libc.so.6
#11 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f327ffff910 (LWP 30031)):
#0  0x00007f32a7154049 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f32a8a2b53b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f32a4522ab6 in ?? () from /usr/lib64/libthreadweaver.so.4
#3  0x00007f32a4524beb in ?? () from /usr/lib64/libthreadweaver.so.4
#4  0x00007f32a45231ef in ?? () from /usr/lib64/libthreadweaver.so.4
#5  0x00007f32a4523648 in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4
#6  0x00007f32a8a2a485 in ?? () from /usr/lib64/libQtCore.so.4
#7  0x00007f32a714f65d in start_thread () from /lib64/libpthread.so.0
#8  0x00007f32a768de1d in clone () from /lib64/libc.so.6
#9  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f327effd910 (LWP 30034)):
[KCrash Handler]
#5  0x00007f32a9615ec7 in Meta::MediaDeviceHandler::privateParseTracks (this=0x21080c0) at /home/gwb/kde/src/amarok/src/collection/mediadevicecollection/handler/MediaDeviceHandler.cpp:840
#6  0x00007f32a96184bc in Meta::ParseWorkerThread::run (this=0x19d2b60) at /home/gwb/kde/src/amarok/src/collection/mediadevicecollection/handler/MediaDeviceHandler.cpp:1277
#7  0x00007f32a4523eed in ?? () from /usr/lib64/libthreadweaver.so.4
#8  0x00007f32a45241ee in ThreadWeaver::Job::execute(ThreadWeaver::Thread*) () from /usr/lib64/libthreadweaver.so.4
#9  0x00007f32a45231bf in ?? () from /usr/lib64/libthreadweaver.so.4
#10 0x00007f32a4523648 in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4
#11 0x00007f32a8a2a485 in ?? () from /usr/lib64/libQtCore.so.4
#12 0x00007f32a714f65d in start_thread () from /lib64/libpthread.so.0
#13 0x00007f32a768de1d in clone () from /lib64/libc.so.6
#14 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f32aa4de7a0 (LWP 30018)):
#0  0x00007f32a71542cd in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f32a8a29f15 in ?? () from /usr/lib64/libQtCore.so.4
#2  0x00007f32a8a2a080 in QThread::msleep(unsigned long) () from /usr/lib64/libQtCore.so.4
#3  0x00007f3296c51092 in ?? () from /usr/lib64/kde4/plugins/phonon_backend/phonon_xine.so
#4  0x00007f32a4e261cf in ?? () from /usr/lib64/libphonon.so.4
#5  0x00007f32a75f2065 in ?? () from /lib64/libc.so.6
#6  0x00007f32a75f20b5 in exit () from /lib64/libc.so.6
#7  0x00007f32a8036628 in ?? () from /usr/lib64/libQtGui.so.4
#8  0x00007f32aa02e908 in KApplication::xioErrhandler(_XDisplay*) () from /usr/lib64/libkdeui.so.5
#9  0x00007f32a6a2e2be in _XIOError () from /usr/lib64/libX11.so.6
#10 0x00007f32a6a35c95 in ?? () from /usr/lib64/libX11.so.6
#11 0x00007f32a6a36547 in _XEventsQueued () from /usr/lib64/libX11.so.6
#12 0x00007f32a6a1f24b in XEventsQueued () from /usr/lib64/libX11.so.6
#13 0x00007f32a806e4dc in ?? () from /usr/lib64/libQtGui.so.4
#14 0x00007f32a0c83cca in g_main_context_check () from /usr/lib64/libglib-2.0.so.0
#15 0x00007f32a0c844b0 in ?? () from /usr/lib64/libglib-2.0.so.0
#16 0x00007f32a0c848e0 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#17 0x00007f32a8b383a3 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#18 0x00007f32a806e31e in ?? () from /usr/lib64/libQtGui.so.4
#19 0x00007f32a8b0e712 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#20 0x00007f32a8b0eae4 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#21 0x00007f32a8b10c99 in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#22 0x000000000040aeb2 in main (argc=2, argv=0x7fff3995d5f8) at /home/gwb/kde/src/amarok/src/main.cpp:237

This bug may be a duplicate of or related to bug 222487

Reported using DrKonqi
Comment 1 Sven Krohlas 2010-03-24 09:54:05 UTC 
Can you still reproduce this and send us a backtrace in Amarok 2.3-GIT?
Comment 2 George Baltz 2010-03-25 00:46:29 UTC 
On Wednesday 24 March 2010 04:54:18 am Sven Krohlas wrote:
> https://bugs.kde.org/show_bug.cgi?id=228219
> 
> 
> Sven Krohlas <sven@asbest-online.de> changed:
> 
>            What    |Removed                     |Added
> ---------------------------------------------------------------------------
> - Status|UNCONFIRMED                 |NEEDSINFO
>                  CC|                            |aumuell@reserv.at
>           Component|general                     |Media Devices
>             Version|unspecified                 |2.2-SVN
>          Resolution|                            |BACKTRACE
> 
> 
> 
> 
> --- Comment #1 from Sven Krohlas <sven asbest-online de>  2010-03-24
>  09:54:05 --- Can you still reproduce this and send us a backtrace in
>  Amarok 2.3-GIT?
> 
Recreated and entered as bug #232051

Also attached STDERR from amarok --debug
Comment 3 Sven Krohlas 2010-05-11 17:54:05 UTC 
Mass closing NEEDSINFO bugs with no comment for at least 31 days.

Dear reporter,

thanks for your feedback. For efficient bug triaging we need not only one report but also constant feedback about the status of an issue, at least when we ask for it.

If your request is still valid in our latest release in your opinion (2.3.1 beta 1) DO NOT REOPEN THIS BUG but file a fresh one instead. Developers need clean bug reports to be able to work efficiently. Provide at least a step-by-step guide on how to reproduce the issue, a backtrace in case of a crash and debug output if appropriate.

And remember:
* One issue per bug. Small, clean bug reports are best to work on.
* Search for duplicates. Hint: we have useful categories for that. :)

-> RESOLVED INVALID