Version: Amarok Version 1.83 Using KDE 4.00.85 (KDE 4.0.85 (KDE 4.1 >= 20080703) (using Devel) Installed from: Compiled sources Compiler: gcc 4.3.1 OS: Linux To reproduce: I add a directory to collection, then click rescan from tools menu. [1] - When i reopen amarok after crash, i sometimes see a part of added directory ( 1 album of artist for example ) - In collection menu, after the crash, none of the directories are checked. - Update collection also ends with a crash - Sometimes, after opening amarok after crash, if i drag the loaded songs to playlist and try to play, amarok crashes, and after opening it second time plays the song. And sometimes it plays the song at first try. [1] http://rafb.net/p/FqWvDI72.html Amarok crash after clicking rescan
We need an actual backtrace, the konsole output isn't enough to diagnose the problem.
backtrace says "No stack" how can i do a bt ?
Read http://amarok.kde.org/wiki/Debugging_HowTo.
Thanks Kevin, But this document didn't help ( and it applies to old amarok ) i configured amarok with cmake -DCMAKE_INSTALL_PREFIX=/usr/kde/4 -DCMAKE_BUILD_TYPE=debugfull as it says in 2.0 development howto i ran it with gdb /usr/kde/4/bin/amarok ( because theres no amarokapp ) and if i do a bt, i get "No stack" or "No registers"
Created attachment 26138 [details] Last 3000 lines of strace Strace including segfault ( last 3000 lines )
For me amarok also crashed whenrescanning collection. Here my backtrace: marok has crashed! We are terribly sorry about this :( But, all is not lost! You could potentially help us fix the crash. Information describing the crash is below, so just click send, or if you have time, write a brief description of how the crash happened first. Many thanks. The information below is to help the developers identify the problem, please do not modify it. ======== DEBUG INFORMATION ======= Version: 1.83 Build date: Jul 18 2008 CC version: 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] KDElibs: 4.1.00 (KDE 4.0.99 (4.1 RC1+)) "release 10.1" Qt: 4.4.0 TagLib: 1.5.0 CPU cores: 2 NDEBUG: true ==== file `which amarok` ======= /usr/bin/amarok: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.4, dynamically linked (uses shared libs), stripped ==== (gdb) bt ===================== [Thread debugging using libthread_db enabled] [New Thread 0xb3b5f910 (LWP 31320)] [New Thread 0xaf5feb90 (LWP 31332)] [New Thread 0xafdffb90 (LWP 31331)] [New Thread 0xb0793b90 (LWP 31329)] [New Thread 0xb1e66b90 (LWP 31327)] [New Thread 0xb1665b90 (LWP 31326)] 0xffffe430 in __kernel_vsyscall () #0 0xffffe430 in __kernel_vsyscall () #1 0xb4d0aef1 in select () from /lib/libc.so.6 #2 0xb5f4d8d0 in QEventDispatcherUNIX::select () from /usr/lib/libQtCore.so.4 #3 0xb5465d2b in ?? () from /usr/lib/libQtGui.so.4 #4 0xb5f4e3af in QEventDispatcherUNIXPrivate::doSelect () from /usr/lib/libQtCore.so.4 #5 0xb5f4f391 in QEventDispatcherUNIX::processEvents () from /usr/lib/libQtCore.so.4 #6 0xb54660a2 in ?? () from /usr/lib/libQtGui.so.4 #7 0xb5f252ca in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4 #8 0xb5f2548a in QEventLoop::exec () from /usr/lib/libQtCore.so.4 #9 0xb5f2766d in QCoreApplication::exec () from /usr/lib/libQtCore.so.4 #10 0xb53dbd47 in QApplication::exec () from /usr/lib/libQtGui.so.4 #11 0x0804c0a9 in _start () ==== (gdb) thread apply all bt ==== Thread 6 (Thread 0xb1665b90 (LWP 31326)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb5d56c15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb5e4d742 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #3 0xb6bef638 in ?? () from /usr/lib/libthreadweaver.so.4 #4 0xb6bf23bc in ?? () from /usr/lib/libthreadweaver.so.4 #5 0xb6bee22b in ?? () from /usr/lib/libthreadweaver.so.4 #6 0xb6bf24ba in ?? () from /usr/lib/libthreadweaver.so.4 #7 0xb6befbb3 in ?? () from /usr/lib/libthreadweaver.so.4 #8 0xb6bf04ae in ?? () from /usr/lib/libthreadweaver.so.4 #9 0xb6bf0aeb in ThreadWeaver::Thread::run () from /usr/lib/libthreadweaver.so.4 #10 0xb5e4c9b7 in ?? () from /usr/lib/libQtCore.so.4 #11 0xb5d53175 in start_thread () from /lib/libpthread.so.0 #12 0xb4d11dce in clone () from /lib/libc.so.6 Thread 5 (Thread 0xb1e66b90 (LWP 31327)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb5d5abab in waitpid () from /lib/libpthread.so.0 #2 0xb7eeca25 in Amarok::Crash::crashHandler () from /usr/lib/libamaroklib.so.1 #3 <signal handler called> #4 0xb7df6a20 in ?? () from /usr/lib/libamaroklib.so.1 #5 0xb7df8cd0 in ?? () from /usr/lib/libamaroklib.so.1 #6 0xb7df8d12 in ?? () from /usr/lib/libamaroklib.so.1 #7 0xb6bf14ed in ?? () from /usr/lib/libthreadweaver.so.4 #8 0xb6bf1869 in ThreadWeaver::Job::execute () from /usr/lib/libthreadweaver.so.4 #9 0xb6bf047a in ?? () from /usr/lib/libthreadweaver.so.4 #10 0xb6bf0aeb in ThreadWeaver::Thread::run () from /usr/lib/libthreadweaver.so.4 #11 0xb5e4c9b7 in ?? () from /usr/lib/libQtCore.so.4 #12 0xb5d53175 in start_thread () from /lib/libpthread.so.0 #13 0xb4d11dce in clone () from /lib/libc.so.6 Thread 4 (Thread 0xb0793b90 (LWP 31329)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb4d0aef1 in select () from /lib/libc.so.6 #2 0xb5f0a557 in ?? () from /usr/lib/libQtCore.so.4 #3 0xb5e4c9b7 in ?? () from /usr/lib/libQtCore.so.4 #4 0xb5d53175 in start_thread () from /lib/libpthread.so.0 #5 0xb4d11dce in clone () from /lib/libc.so.6 Thread 3 (Thread 0xafdffb90 (LWP 31331)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb5d56c15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb5e4d742 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #3 0xb6bef638 in ?? () from /usr/lib/libthreadweaver.so.4 #4 0xb6bf23bc in ?? () from /usr/lib/libthreadweaver.so.4 #5 0xb6bee22b in ?? () from /usr/lib/libthreadweaver.so.4 #6 0xb6bf24ba in ?? () from /usr/lib/libthreadweaver.so.4 #7 0xb6befbb3 in ?? () from /usr/lib/libthreadweaver.so.4 #8 0xb6bf24d9 in ?? () from /usr/lib/libthreadweaver.so.4 #9 0xb6befbb3 in ?? () from /usr/lib/libthreadweaver.so.4 #10 0xb6bf24d9 in ?? () from /usr/lib/libthreadweaver.so.4 #11 0xb6befbb3 in ?? () from /usr/lib/libthreadweaver.so.4 #12 0xb6bf04ae in ?? () from /usr/lib/libthreadweaver.so.4 #13 0xb6bf0aeb in ThreadWeaver::Thread::run () from /usr/lib/libthreadweaver.so.4 #14 0xb5e4c9b7 in ?? () from /usr/lib/libQtCore.so.4 #15 0xb5d53175 in start_thread () from /lib/libpthread.so.0 #16 0xb4d11dce in clone () from /lib/libc.so.6 Thread 2 (Thread 0xaf5feb90 (LWP 31332)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb5d56c15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb5e4d742 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #3 0xb6bef638 in ?? () from /usr/lib/libthreadweaver.so.4 #4 0xb6bf23bc in ?? () from /usr/lib/libthreadweaver.so.4 #5 0xb6bee22b in ?? () from /usr/lib/libthreadweaver.so.4 #6 0xb6bf24ba in ?? () from /usr/lib/libthreadweaver.so.4 #7 0xb6befbb3 in ?? () from /usr/lib/libthreadweaver.so.4 #8 0xb6bf24d9 in ?? () from /usr/lib/libthreadweaver.so.4 #9 0xb6befbb3 in ?? () from /usr/lib/libthreadweaver.so.4 #10 0xb6bf24d9 in ?? () from /usr/lib/libthreadweaver.so.4 #11 0xb6befbb3 in ?? () from /usr/lib/libthreadweaver.so.4 #12 0xb6bf24d9 in ?? () from /usr/lib/libthreadweaver.so.4 #13 0xb6befbb3 in ?? () from /usr/lib/libthreadweaver.so.4 #14 0xb6bf24d9 in ?? () from /usr/lib/libthreadweaver.so.4 #15 0xb6befbb3 in ?? () from /usr/lib/libthreadweaver.so.4 #16 0xb6bf04ae in ?? () from /usr/lib/libthreadweaver.so.4 #17 0xb6bf0aeb in ThreadWeaver::Thread::run () from /usr/lib/libthreadweaver.so.4 #18 0xb5e4c9b7 in ?? () from /usr/lib/libQtCore.so.4 #19 0xb5d53175 in start_thread () from /lib/libpthread.so.0 #20 0xb4d11dce in clone () from /lib/libc.so.6 Thread 1 (Thread 0xb3b5f910 (LWP 31320)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb4d0aef1 in select () from /lib/libc.so.6 #2 0xb5f4d8d0 in QEventDispatcherUNIX::select () from /usr/lib/libQtCore.so.4 #3 0xb5465d2b in ?? () from /usr/lib/libQtGui.so.4 #4 0xb5f4e3af in QEventDispatcherUNIXPrivate::doSelect () from /usr/lib/libQtCore.so.4 #5 0xb5f4f391 in QEventDispatcherUNIX::processEvents () from /usr/lib/libQtCore.so.4 #6 0xb54660a2 in ?? () from /usr/lib/libQtGui.so.4 #7 0xb5f252ca in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4 #8 0xb5f2548a in QEventLoop::exec () from /usr/lib/libQtCore.so.4 #9 0xb5f2766d in QCoreApplication::exec () from /usr/lib/libQtCore.so.4 #10 0xb53dbd47 in QApplication::exec () from /usr/lib/libQtGui.so.4 #11 0x0804c0a9 in _start () #0 0xffffe430 in __kernel_vsyscall ()
I'm sorry but your backtrace is completely useless. You need to build amarok with full debug.
Hello again, I dont know why we couldnt get a usefull bt although we compiled with fulldebug :) but with 1.86 this is fixed for me, i rescanned all my collection without a problem. Thanks for all your effort
Thank you :)