Bug 301477 - Amarok crashed when I exited
Summary: Amarok crashed when I exited
Status: RESOLVED BACKTRACE
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: 2.5.0
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: 2.6
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-08 22:04 UTC by daramas444
Modified: 2012-06-28 19:33 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
output console amarok (19.17 KB, text/plain)
2012-06-14 01:19 UTC, daramas444
Details
output console amarok --debug (10.71 KB, text/plain)
2012-06-14 01:27 UTC, daramas444
Details

Note You need to log in before you can comment on or make changes to this bug.
Description daramas444 2012-06-08 22:04:53 UTC
Application: amarok (2.5.0)
KDE Platform Version: 4.8.3 (4.8.3)
Qt Version: 4.8.2
Operating System: Linux 3.3.7-1.fc16.x86_64 x86_64
Distribution (Platform): Fedora RPMs

-- Information about the crash:
- What I was doing when the application crashed:

I right click on the amarok icon in the taslk bar, then chose exited. then it crashed

-- Backtrace:
Application: Amarok (amarok), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
82	T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
[Current thread is 1 (Thread 0x7f2256f8e840 (LWP 3222))]

Thread 7 (Thread 0x7f2242be3700 (LWP 3227)):
#0  0x00000034a50e85c3 in __GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00000034a7045448 in g_main_context_poll (n_fds=1, fds=0x7f2230001c90, priority=<optimized out>, timeout=-1, context=0x7f22300009e0) at gmain.c:3402
#2  g_main_context_iterate (context=0x7f22300009e0, block=<optimized out>, dispatch=1, self=<optimized out>) at gmain.c:3084
#3  0x00000034a704590c in g_main_context_iteration (context=0x7f22300009e0, may_block=1) at gmain.c:3152
#4  0x00000037fd3a9246 in QEventDispatcherGlib::processEvents (this=0x7f2230000900, flags=<optimized out>) at kernel/qeventdispatcher_glib.cpp:426
#5  0x00000037fd379312 in QEventLoop::processEvents (this=<optimized out>, flags=...) at kernel/qeventloop.cpp:149
#6  0x00000037fd379567 in QEventLoop::exec (this=0x7f2242be2d10, flags=...) at kernel/qeventloop.cpp:204
#7  0x00000037fd278b87 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:501
#8  0x00000037fd358f9f in QInotifyFileSystemWatcherEngine::run (this=0x14d2920) at io/qfilesystemwatcher_inotify.cpp:248
#9  0x00000037fd27bbcb in QThreadPrivate::start (arg=0x14d2920) at thread/qthread_unix.cpp:307
#10 0x00000034a5c07d90 in start_thread (arg=0x7f2242be3700) at pthread_create.c:309
#11 0x00000034a50f0f5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 6 (Thread 0x7f2235b0a700 (LWP 3231)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165
#1  0x00000037fd27c0db in wait (time=18446744073709551615, this=0x16daae0) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x16dac60, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x000000380a40aa8b in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x16da990, th=0x16db080) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x000000380a40d37b in ThreadWeaver::WorkingHardState::applyForWork (this=0x16dad30, th=0x16db080) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x000000380a40c1ef in ThreadWeaver::ThreadRunHelper::run (this=0x7f2235b09d60, parent=0x16da990, th=0x16db080) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/Thread.cpp:87
#6  0x000000380a40c27b in ThreadWeaver::Thread::run (this=0x16db080) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/Thread.cpp:142
#7  0x00000037fd27bbcb in QThreadPrivate::start (arg=0x16db080) at thread/qthread_unix.cpp:307
#8  0x00000034a5c07d90 in start_thread (arg=0x7f2235b0a700) at pthread_create.c:309
#9  0x00000034a50f0f5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 5 (Thread 0x7f2234cf1700 (LWP 3232)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165
#1  0x00000037fd27c0db in wait (time=18446744073709551615, this=0x16daae0) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x16dac60, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x000000380a40aa8b in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x16da990, th=0x16c8790) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x000000380a40d37b in ThreadWeaver::WorkingHardState::applyForWork (this=0x16dad30, th=0x16c8790) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x000000380a40d394 in ThreadWeaver::WorkingHardState::applyForWork (this=0x16dad30, th=0x16c8790) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WorkingHardState.cpp:74
#6  0x000000380a40d394 in ThreadWeaver::WorkingHardState::applyForWork (this=0x16dad30, th=0x16c8790) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WorkingHardState.cpp:74
#7  0x000000380a40d394 in ThreadWeaver::WorkingHardState::applyForWork (this=0x16dad30, th=0x16c8790) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WorkingHardState.cpp:74
#8  0x000000380a40c1ef in ThreadWeaver::ThreadRunHelper::run (this=0x7f2234cf0d60, parent=0x16da990, th=0x16c8790) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/Thread.cpp:87
#9  0x000000380a40c27b in ThreadWeaver::Thread::run (this=0x16c8790) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/Thread.cpp:142
#10 0x00000037fd27bbcb in QThreadPrivate::start (arg=0x16c8790) at thread/qthread_unix.cpp:307
#11 0x00000034a5c07d90 in start_thread (arg=0x7f2234cf1700) at pthread_create.c:309
#12 0x00000034a50f0f5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 4 (Thread 0x7f221ffff700 (LWP 3233)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165
#1  0x00000037fd27c0db in wait (time=18446744073709551615, this=0x16daae0) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x16dac60, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x000000380a40aa8b in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x16da990, th=0x16cbaa0) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x000000380a40d37b in ThreadWeaver::WorkingHardState::applyForWork (this=0x16dad30, th=0x16cbaa0) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x000000380a40c1ef in ThreadWeaver::ThreadRunHelper::run (this=0x7f221fffed60, parent=0x16da990, th=0x16cbaa0) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/Thread.cpp:87
#6  0x000000380a40c27b in ThreadWeaver::Thread::run (this=0x16cbaa0) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/Thread.cpp:142
#7  0x00000037fd27bbcb in QThreadPrivate::start (arg=0x16cbaa0) at thread/qthread_unix.cpp:307
#8  0x00000034a5c07d90 in start_thread (arg=0x7f221ffff700) at pthread_create.c:309
#9  0x00000034a50f0f5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 3 (Thread 0x7f221f7fe700 (LWP 3234)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165
#1  0x00000037fd27c0db in wait (time=18446744073709551615, this=0x16daae0) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x16dac60, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x000000380a40aa8b in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x16da990, th=0x16c8b80) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x000000380a40d37b in ThreadWeaver::WorkingHardState::applyForWork (this=0x16dad30, th=0x16c8b80) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x000000380a40d394 in ThreadWeaver::WorkingHardState::applyForWork (this=0x16dad30, th=0x16c8b80) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WorkingHardState.cpp:74
#6  0x000000380a40d394 in ThreadWeaver::WorkingHardState::applyForWork (this=0x16dad30, th=0x16c8b80) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WorkingHardState.cpp:74
#7  0x000000380a40d394 in ThreadWeaver::WorkingHardState::applyForWork (this=0x16dad30, th=0x16c8b80) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/WorkingHardState.cpp:74
#8  0x000000380a40c1ef in ThreadWeaver::ThreadRunHelper::run (this=0x7f221f7fdd60, parent=0x16da990, th=0x16c8b80) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/Thread.cpp:87
#9  0x000000380a40c27b in ThreadWeaver::Thread::run (this=0x16c8b80) at /usr/src/debug/kdelibs-4.8.3/threadweaver/Weaver/Thread.cpp:142
#10 0x00000037fd27bbcb in QThreadPrivate::start (arg=0x16c8b80) at thread/qthread_unix.cpp:307
#11 0x00000034a5c07d90 in start_thread (arg=0x7f221f7fe700) at pthread_create.c:309
#12 0x00000034a50f0f5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 2 (Thread 0x7f221e17f700 (LWP 3237)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165
#1  0x000000380a984db2 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x380ac7e140) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359
#2  0x000000380a984de9 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=<optimized out>) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464
#3  0x00000034a5c07d90 in start_thread (arg=0x7f221e17f700) at pthread_create.c:309
#4  0x00000034a50f0f5d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 1 (Thread 0x7f2256f8e840 (LWP 3222)):
[KCrash Handler]
#6  0x00000034a5036285 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#7  0x00000034a5037b9b in __GI_abort () at abort.c:91
#8  0x00000034a5077a7e in __libc_message (do_abort=2, fmt=0x34a5176678 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:198
#9  0x00000034a507dda6 in malloc_printerr (action=3, str=0x34a517362c "corrupted double-linked list", ptr=<optimized out>) at malloc.c:5021
#10 0x00000034a507f2a2 in _int_free (av=0x7f2224000020, p=0x7f22240283c0, have_lock=0) at malloc.c:4088
#11 0x00000037fd2ba1af in freeData (x=<optimized out>, this=<optimized out>) at tools/qmap.h:657
#12 ~QMap (this=<optimized out>, __in_chrg=<optimized out>) at tools/qmap.h:185
#13 ~QMap (this=<optimized out>, __in_chrg=<optimized out>) at tools/qvector.h:458
#14 ~QRegExpAutomatonState (this=<optimized out>, __in_chrg=<optimized out>) at tools/qregexp.cpp:948
#15 QVector<QRegExpAutomatonState>::free (this=<optimized out>, x=0x7f2224029e40) at tools/qvector.h:466
#16 0x00000037fd2bca7b in unlink (n=<optimized out>, this=0xcd8ad0) at tools/qcache.h:75
#17 trim (m=88, this=0xcd8ad0) at tools/qcache.h:208
#18 QCache<QRegExpEngineKey, QRegExpEngine>::insert (this=0xcd8ad0, akey=..., aobject=0xce0bf0, acost=12) at tools/qcache.h:188
#19 0x00000037fd2b8891 in derefEngine (key=..., eng=0xce0bf0) at tools/qregexp.cpp:3687
#20 invalidateEngine (priv=0xce0a30) at tools/qregexp.cpp:3743
#21 0x00000037fd2b8a60 in QRegExp::~QRegExp (this=0x37fe8e3df8, __in_chrg=<optimized out>) at tools/qregexp.cpp:3835
#22 0x00000034a5039d4d in __cxa_finalize (d=0x37fe8cbc80) at cxa_finalize.c:56
#23 0x00000037fe4a4b56 in __do_global_dtors_aux () from /usr/lib64/libkdecore.so.5
#24 0x00007fff62fd4e10 in ?? ()
#25 0x00007fff62fd5610 in ?? ()
#26 0x00000037fe64cda1 in _fini () from /usr/lib64/libkdecore.so.5
#27 0x00007fff62fd5610 in ?? ()
#28 0x00000034a4c0f79d in _dl_fini () at dl-fini.c:249
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

This bug may be a duplicate of or related to bug 300614.

Possible duplicates by query: bug 301098, bug 300863, bug 300659, bug 300614, bug 299137.

Reported using DrKonqi
Comment 1 Myriam Schweingruber 2012-06-10 00:53:52 UTC
Could you please install the debugging symbols for Amarok and provide a better backtrace?
Comment 2 daramas444 2012-06-14 00:53:32 UTC
ok I'm on it
Comment 3 daramas444 2012-06-14 01:19:04 UTC
Created attachment 71813 [details]
output console amarok
Comment 4 daramas444 2012-06-14 01:27:53 UTC
Created attachment 71814 [details]
output console amarok --debug
Comment 5 daramas444 2012-06-14 01:32:25 UTC
okayyyyyyyy I don't know wtf is happening but when I upload an attachment, it sends the file without comments... anyway

SO once again. amarok-debuginfo is already installed, as long as qt-debuginfo and kdelibs-debuginfo

 I tried to open Amarok, play a song then exit it. worked like a charm. then tried again. wouldn't open. so I open it via terminal to have more info, cf file output console amarok.

Then I typed amarok --debug ; output starting from the "exit" order is in the file output console amarok --debug


Hope that'll help. PLease let me know if I can do anything else
Comment 6 Myriam Schweingruber 2012-06-15 07:42:46 UTC
Thank you for all that information, but I don't need the console output, I need the backtrace for the crash you reported :) Since it doesn't show a crash related to Amarok but a lot of ?? lines I assumed you didn't have the debuginfo for it.

The crash is most likely due to another part in your system, but the backtrace is not useful, see the last few lines:

#21 0x00000037fd2b8a60 in QRegExp::~QRegExp (this=0x37fe8e3df8, __in_chrg=<optimized out>) at tools/qregexp.cpp:3835
#22 0x00000034a5039d4d in __cxa_finalize (d=0x37fe8cbc80) at cxa_finalize.c:56
#23 0x00000037fe4a4b56 in __do_global_dtors_aux () from /usr/lib64/libkdecore.so.5
#24 0x00007fff62fd4e10 in ?? ()
#25 0x00007fff62fd5610 in ?? ()
#26 0x00000037fe64cda1 in _fini () from /usr/lib64/libkdecore.so.5
#27 0x00007fff62fd5610 in ?? ()
#28 0x00000034a4c0f79d in _dl_fini () at dl-fini.c:249
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Comment 7 daramas444 2012-06-18 03:11:53 UTC
oh ok I see. So I assume there is no point to try to generate a proper backtrace using gdb ?
Comment 8 Myriam Schweingruber 2012-06-18 14:49:09 UTC
(In reply to comment #7)
> oh ok I see. So I assume there is no point to try to generate a proper
> backtrace using gdb ?

There always is, just make sure you have all necessary debugging symbols installed for kdelibs, kde-runtime, amarok, phonon and its backends. In general, having debugging symbols for all dependencies is a good idea, especially when the previous backtrace is non-conclusive.
Comment 9 daramas444 2012-06-28 19:33:01 UTC
Hi Myriam,

Sorry for the delay. I can't reproduce the bug, it looks like an update (kernel or amarok or whatever...) has solved the problem.

Thanks for your time !