Version: 0.1 (using KDE Devel) Installed from: Compiled sources OS: Linux krunner crashed after executing kcalc I don't know how to reproduce the bug, it only happened once here is the stack trace: [?1034hUsing host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 0xb5cd08e0 (LWP 3318)] [New Thread 0xb206cb90 (LWP 4457)] [New Thread 0xb286db90 (LWP 4449)] [New Thread 0xb306eb90 (LWP 4448)] [New Thread 0xb386fb90 (LWP 4447)] [New Thread 0xb4070b90 (LWP 4446)] [KCrash handler] #5 0x00000000 in ?? () #6 0xb5e483d2 in dbus_timeout_handle () from /lib/libdbus-1.so.3 #7 0xb7085af7 in QDBusConnectionPrivate::timerEvent () from /usr/lib/libQtDBus.so.4 #8 0xb72814d4 in QObject::event () from /usr/lib/libQtCore.so.4 #9 0xb693c09d in QApplicationPrivate::notify_helper () from /usr/lib/libQtGui.so.4 #10 0xb6942239 in QApplication::notify () from /usr/lib/libQtGui.so.4 #11 0xb7b2841d in KApplication::notify () from /usr/lib/libkdeui.so.5 #12 0xb727290b in QCoreApplication::notifyInternal () from /usr/lib/libQtCore.so.4 #13 0xb7296ad4 in QTimerInfoList::activateTimers () from /usr/lib/libQtCore.so.4 #14 0xb7294110 in timerSourceDispatch () from /usr/lib/libQtCore.so.4 #15 0xb5fe55d6 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #16 0xb5fe8972 in ?? () from /usr/lib/libglib-2.0.so.0 #17 0x08068718 in ?? () #18 0x00000000 in ?? () #0 0xffffe410 in __kernel_vsyscall ()
I made a mistake, it's not "compiled sources", I have installed KDE4 from http://download.opensuse.org/repositories/KDE:/KDE4/openSUSE_10.3/ krunner -version Qt: 4.3.3 KDE: 3.97.1 (KDE 4.0 >= 20071214) "release 6.3" Run Command Interface: 0.1
This is pretty difficult to debug. However, it seems that it crashed in the main thread while processing an external DBus request to KRunner itself and not to one of the runners. I'll investigate.
Created attachment 23181 [details] krunner crach backtrace
Created attachment 23222 [details] krunner crash backtrace
*** Bug has been marked as fixed ***.
It's definitiv not fixed since I did run into it during testing for bug #160284 with qt4.4-copy, upcoming KDE 4.1 aka trunk.
Created attachment 24985 [details] backtrace
and confirmed. imho this is not a plasma/krunner bug but a qdbus/dbus one. Signatures of the dbus_timeout_handle within qdbus_symbols_p.h vs dbus-connection.h are equal and it's dbus 1.1.20-1ubuntu1. happens with both; dbus-daemon --session --print-address dbus-daemon --session --print-address --nofork
*** Bug 163455 has been marked as a duplicate of this bug. ***
*** Bug 163754 has been marked as a duplicate of this bug. ***
*** Bug 164264 has been marked as a duplicate of this bug. ***
I also got a crash after using krunner for some time (run some commands).. interface wasn't shown anymore --> crashreport appeared... I didn't create a new bug because I think it somehow fit's to this description. This crash happend to me in a compile of todays svn. Compiler: g++ (SUSE Linux) 4.3.2 20080613 (prerelease) [gcc-4_3-branch revision 136744] Backtrace: Application: Run Command Interface (krunner), signal SIGSEGV [?1034h[Thread debugging using libthread_db enabled] [New Thread 0xafd8fb90 (LWP 8945)] [New Thread 0xb0590b90 (LWP 8944)] [New Thread 0xb0d91b90 (LWP 8943)] [New Thread 0xb1592b90 (LWP 8942)] [New Thread 0xb2b47b90 (LWP 8718)] [KCrash handler] #6 0xb47447fa in ?? () from /lib/libdbus-1.so.3 #7 0xb4757215 in ?? () from /lib/libdbus-1.so.3 #8 0xb4749665 in ?? () from /lib/libdbus-1.so.3 #9 0xb475c472 in dbus_timeout_handle () from /lib/libdbus-1.so.3 #10 0xb5e56891 in q_dbus_timeout_handle (timeout=0x86b8998) at ./qdbus_symbols_p.h:149 #11 0xb5e568dd in QDBusConnectionPrivate::timerEvent (this=0x8058db0, e=0xbfc870b4) at qdbusintegrator.cpp:990 #12 0xb6b48be0 in QObject::event (this=0x8058db0, e=0xbfc870b4) at kernel/qobject.cpp:1105 #13 0xb60b4389 in QApplicationPrivate::notify_helper (this=0x8066558, receiver=0x8058db0, e=0xbfc870b4) at kernel/qapplication.cpp:3772 #14 0xb60b469e in QApplication::notify (this=0x80670e0, receiver=0x8058db0, e=0xbfc870b4) at kernel/qapplication.cpp:3366 #15 0xb71a678f in KApplication::notify (this=0x80670e0, receiver=0x8058db0, event=0xbfc870b4) at /kde/src/KDE/kdelibs/kdeui/kernel/kapplication.cpp:311 #16 0xb6b362e7 in QCoreApplication::notifyInternal (this=0x80670e0, receiver=0x8058db0, event=0xbfc870b4) at kernel/qcoreapplication.cpp:583 #17 0xb7a455f7 in QCoreApplication::sendEvent (receiver=0x8058db0, event=0xbfc870b4) at ../../../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215 #18 0xb6b67253 in QTimerInfoList::activateTimers (this=0x806a774) at kernel/qeventdispatcher_unix.cpp:563 #19 0xb6b64c00 in timerSourceDispatch (source=0x806a740) at kernel/qeventdispatcher_glib.cpp:166 #20 0xb58e1462 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #21 0xb58e49cb in ?? () from /usr/lib/libglib-2.0.so.0 #22 0xb58e4b48 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #23 0xb6b63f32 in QEventDispatcherGlib::processEvents (this=0x8067188, flags= {i = -1077382600}) at kernel/qeventdispatcher_glib.cpp:325 #24 0xb61581e0 in QGuiEventDispatcherGlib::processEvents (this=0x8067188, flags={i = -1077382552}) at kernel/qguieventdispatcher_glib.cpp:204 #25 0xb6b33308 in QEventLoop::processEvents (this=0xbfc872e0, flags= {i = -1077382492}) at kernel/qeventloop.cpp:149 #26 0xb6b33545 in QEventLoop::exec (this=0xbfc872e0, flags={i = -1077382424}) at kernel/qeventloop.cpp:196 #27 0xb6b36ae3 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:845 #28 0xb60b40a2 in QApplication::exec () at kernel/qapplication.cpp:3304 #29 0xb804e71a in kdemain (argc=1, argv=0xbfc87454) at /kde/src/KDE/kdebase/workspace/krunner/main.cpp:53 #30 0x08048896 in main (argc=2051200, argv=0xb6bf82c0) at /kde/build/KDE/kdebase/workspace/krunner/krunner_dummy.cpp:3
summary++ ;)
*** Bug 166897 has been marked as a duplicate of this bug. ***
Observed the same, running 4.1 RC1 on Kubuntu 8.04. After some time, krunner doesnt' show up on Alt+F2, have to restart it from konsole. No idea when and why it crashes, it's just not here anymore when I need it.
I've experienced this bug using: Qt: 4.4.3 KDE: 4.1.85 (KDE 4.1.85 (KDE 4.2 Beta2)) kdelibs svn rev. 898705 / kdebase svn rev. 898705 dbus 1.2.4 on ArchLinux x86_64 - Kernel 2.6.27.8 Here is the backtrace: Application: Run Command Interface (krunner), signal SIGSEGV 0x00007f3bb86b3001 in nanosleep () from /lib/libc.so.6 [Current thread is 0 (LWP 6894)] Thread 3 (Thread 0x7f3ba0876950 (LWP 7143)): #0 0x00007f3bbaf15d69 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007f3bbb185b55 in QWaitCondition::wait (this=0xb707f8, mutex=0xb15400, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:82 #2 0x00007f3bbc8e6417 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xb707d0, th=0x10118d0) at /home/kde-devel/kde/src/KDE/kdelibs/threadweaver/Weaver/WeaverImpl.cpp:365 #3 0x00007f3bbc8e9768 in ThreadWeaver::WorkingHardState::applyForWork (this=0xb3cfe0, th=0x10118d0) at /home/kde-devel/kde/src/KDE/kdelibs/threadweaver/Weaver/WorkingHardState.cpp:71 #4 0x00007f3bbc8e7d44 in ThreadWeaver::ThreadRunHelper::run (this=0x7f3ba0876000, parent=0xb707d0, th=0x10118d0) at /home/kde-devel/kde/src/KDE/kdelibs/threadweaver/Weaver/Thread.cpp:87 #5 0x00007f3bbc8e7e1e in ThreadWeaver::Thread::run (this=0x10118d0) at /home/kde-devel/kde/src/KDE/kdelibs/threadweaver/Weaver/Thread.cpp:142 #6 0x00007f3bbb184f99 in QThreadPrivate::start (arg=0x10118d0) at thread/qthread_unix.cpp:185 #7 0x00007f3bbaf11fc7 in start_thread () from /lib/libpthread.so.0 #8 0x00007f3bb86e35dd in clone () from /lib/libc.so.6 #9 0x0000000000000000 in ?? () Thread 2 (Thread 0x7f3ba0075950 (LWP 7144)): #0 0x00007f3bbaf15d69 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007f3bbb185b55 in QWaitCondition::wait (this=0xb707f8, mutex=0xb15400, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:82 #2 0x00007f3bbc8e6417 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xb707d0, th=0xefa800) at /home/kde-devel/kde/src/KDE/kdelibs/threadweaver/Weaver/WeaverImpl.cpp:365 #3 0x00007f3bbc8e9768 in ThreadWeaver::WorkingHardState::applyForWork (this=0xb3cfe0, th=0xefa800) at /home/kde-devel/kde/src/KDE/kdelibs/threadweaver/Weaver/WorkingHardState.cpp:71 #4 0x00007f3bbc8e7d44 in ThreadWeaver::ThreadRunHelper::run (this=0x7f3ba0075000, parent=0xb707d0, th=0xefa800) at /home/kde-devel/kde/src/KDE/kdelibs/threadweaver/Weaver/Thread.cpp:87 #5 0x00007f3bbc8e7e1e in ThreadWeaver::Thread::run (this=0xefa800) at /home/kde-devel/kde/src/KDE/kdelibs/threadweaver/Weaver/Thread.cpp:142 #6 0x00007f3bbb184f99 in QThreadPrivate::start (arg=0xefa800) at thread/qthread_unix.cpp:185 #7 0x00007f3bbaf11fc7 in start_thread () from /lib/libpthread.so.0 #8 0x00007f3bb86e35dd in clone () from /lib/libc.so.6 #9 0x0000000000000000 in ?? () Thread 1 (Thread 0x7f3bbd85d760 (LWP 6894)): [KCrash Handler] #5 0x00007f3bb11c565b in dbus_timeout_handle () from /usr/lib/libdbus-1.so.3 #6 0x00007f3bbb549ec8 in QDBusConnectionPrivate::timerEvent (this=0xa75ef0, e=0x0) at ./qdbus_symbols_p.h:146 #7 0x00007f3bbb271983 in QObject::event (this=0xa75ef0, e=0x0) at kernel/qobject.cpp:1120 #8 0x00007f3bba6190ad in QApplicationPrivate::notify_helper (this=0xa91d20, receiver=0xa75ef0, e=0x7fffc59a47c0) at kernel/qapplication.cpp:3803 #9 0x00007f3bba62040e in QApplication::notify (this=0xa85270, receiver=0xa75ef0, e=0x7fffc59a47c0) at kernel/qapplication.cpp:3768 #10 0x00007f3bbc08222b in KApplication::notify (this=0xa85270, receiver=0xa75ef0, event=0x7fffc59a47c0) at /home/kde-devel/kde/src/KDE/kdelibs/kdeui/kernel/kapplication.cpp:307 #11 0x00007f3bbb262d90 in QCoreApplication::notifyInternal (this=0xa85270, receiver=0xa75ef0, event=0x7fffc59a47c0) at kernel/qcoreapplication.cpp:583 #12 0x00007f3bbb28d126 in QTimerInfoList::activateTimers (this=0xa8dbc0) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:209 #13 0x00007f3bbb289d7d in timerSourceDispatch (source=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:160 #14 0x00007f3bb4723aa2 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #15 0x00007f3bb472721d in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0 #16 0x00007f3bb47273db in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #17 0x00007f3bbb289cdf in QEventDispatcherGlib::processEvents (this=0xa4b860, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:319 #18 0x00007f3bba6a0f7f in QGuiEventDispatcherGlib::processEvents (this=0x2c7420736120736b, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:198 #19 0x00007f3bbb2619c2 in QEventLoop::processEvents (this=<value optimized out>, flags={i = -979744208}) at kernel/qeventloop.cpp:143 #20 0x00007f3bbb261b55 in QEventLoop::exec (this=0x7fffc59a4a70, flags={i = -979744128}) at kernel/qeventloop.cpp:190 #21 0x00007f3bbb2668f7 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:845 #22 0x00007f3bbd55c435 in kdemain (argc=1, argv=0x7fffc59a4d18) at /home/kde-devel/kde/src/KDE/kdebase/workspace/krunner/main.cpp:57 #23 0x00007f3bb8632546 in __libc_start_main () from /lib/libc.so.6 #24 0x00000000004007f9 in _start ()
*** Bug 169435 has been marked as a duplicate of this bug. ***
I got a similar crash with krunner launching kmix (probably a dbus call was pending, as I removed a sound card before launching kmix): Application: Run Command Interface (krunner), signal SIGSEGV [Current thread is 1 (Thread 0xb527b700 (LWP 6258))] Thread 4 (Thread 0xa917fb90 (LWP 7371)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb68513e1 in select () from /lib/libc.so.6 #2 0xb75dcdc7 in QProcessManager::run (this=0x806b750) at io/qprocess_unix.cpp:301 #3 0xb750d85e in QThreadPrivate::start (arg=0x806b750) at thread/qthread_unix.cpp:185 #4 0xb74ab1b5 in start_thread () from /lib/libpthread.so.0 #5 0xb685838e in clone () from /lib/libc.so.6 Thread 3 (Thread 0xa856bb90 (LWP 7832)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb74aec35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb750e872 in QWaitCondition::wait (this=0x80f57e8, mutex=0x80e3388, time=4294967295) at thread/qwaitcondition_unix.cpp:82 #3 0xb7de11a8 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned(ThreadWeaver::Thread*) () from /usr/lib/libthreadweaver.so.4 #4 0xb7de3eec in ThreadWeaver::WorkingHardState::waitForAvailableJob(ThreadWeaver::Thread*) () from /usr/lib/libthreadweaver.so.4 #5 0xb7ddfd8b in ThreadWeaver::WeaverImpl::waitForAvailableJob(ThreadWeaver::Thread*) () from /usr/lib/libthreadweaver.so.4 #6 0xb7de3fea in ThreadWeaver::WorkingHardState::applyForWork(ThreadWeaver::Thread*, ThreadWeaver::Job*) () from /usr/lib/libthreadweaver.so.4 #7 0xb7de1723 in ThreadWeaver::WeaverImpl::applyForWork(ThreadWeaver::Thread*, ThreadWeaver::Job*) () from /usr/lib/libthreadweaver.so.4 #8 0xb7de200e in ThreadWeaver::ThreadRunHelper::run(ThreadWeaver::WeaverImpl*, ThreadWeaver::Thread*) () from /usr/lib/libthreadweaver.so.4 #9 0xb7de264b in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4 #10 0xb750d85e in QThreadPrivate::start (arg=0x83dac10) at thread/qthread_unix.cpp:185 #11 0xb74ab1b5 in start_thread () from /lib/libpthread.so.0 #12 0xb685838e in clone () from /lib/libc.so.6 Thread 2 (Thread 0xa7d6ab90 (LWP 7833)): #0 0xffffe430 in __kernel_vsyscall () #1 0xb74aec35 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb750e872 in QWaitCondition::wait (this=0x80f57e8, mutex=0x80e3388, time=4294967295) at thread/qwaitcondition_unix.cpp:82 #3 0xb7de11a8 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned(ThreadWeaver::Thread*) () from /usr/lib/libthreadweaver.so.4 #4 0xb7de3eec in ThreadWeaver::WorkingHardState::waitForAvailableJob(ThreadWeaver::Thread*) () from /usr/lib/libthreadweaver.so.4 #5 0xb7ddfd8b in ThreadWeaver::WeaverImpl::waitForAvailableJob(ThreadWeaver::Thread*) () from /usr/lib/libthreadweaver.so.4 #6 0xb7de3fea in ThreadWeaver::WorkingHardState::applyForWork(ThreadWeaver::Thread*, ThreadWeaver::Job*) () from /usr/lib/libthreadweaver.so.4 #7 0xb7de1723 in ThreadWeaver::WeaverImpl::applyForWork(ThreadWeaver::Thread*, ThreadWeaver::Job*) () from /usr/lib/libthreadweaver.so.4 #8 0xb7de200e in ThreadWeaver::ThreadRunHelper::run(ThreadWeaver::WeaverImpl*, ThreadWeaver::Thread*) () from /usr/lib/libthreadweaver.so.4 #9 0xb7de264b in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4 #10 0xb750d85e in QThreadPrivate::start (arg=0x8416ab8) at thread/qthread_unix.cpp:185 #11 0xb74ab1b5 in start_thread () from /lib/libpthread.so.0 #12 0xb685838e in clone () from /lib/libc.so.6 Thread 1 (Thread 0xb527b700 (LWP 6258)): [KCrash Handler] #6 0x00000020 in ?? () #7 0xb76fd66d in QDBusConnectionPrivate::timerEvent (this=0x8059520, e=0xbfebe010) at ./qdbus_symbols_p.h:146 #8 0xb760d04f in QObject::event (this=0x8059520, e=0xbfebe010) at kernel/qobject.cpp:1120 #9 0xb6cd68fc in QApplicationPrivate::notify_helper (this=0x8067920, receiver=0x8059520, e=0xbfebe010) at kernel/qapplication.cpp:3803 #10 0xb6cde75e in QApplication::notify (this=0x805daa0, receiver=0x8059520, e=0xbfebe010) at kernel/qapplication.cpp:3393 #11 0xb7b9b8fd in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #12 0xb75fd961 in QCoreApplication::notifyInternal (this=0x805daa0, receiver=0x8059520, event=0xbfebe010) at kernel/qcoreapplication.cpp:587 #13 0xb762bb86 in QTimerInfoList::activateTimers (this=0x806b044) at kernel/qcoreapplication.h:209 #14 0xb7628060 in timerSourceDispatch (source=0x806b010) at kernel/qeventdispatcher_glib.cpp:160 #15 0xb56479a8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #16 0xb564b063 in ?? () from /usr/lib/libglib-2.0.so.0 #17 0xb564b221 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #18 0xb7627fb8 in QEventDispatcherGlib::processEvents (this=0x806c108, flags={i = -1075060296}) at kernel/qeventdispatcher_glib.cpp:319 #19 0xb6d6f785 in QGuiEventDispatcherGlib::processEvents (this=0x806c108, flags={i = -1075060248}) at kernel/qguieventdispatcher_glib.cpp:198 #20 0xb75fc01a in QEventLoop::processEvents (this=0xbfebe260, flags={i = -1075060184}) at kernel/qeventloop.cpp:143 #21 0xb75fc1da in QEventLoop::exec (this=0xbfebe260, flags={i = -1075060120}) at kernel/qeventloop.cpp:194 #22 0xb75fe895 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:845 #23 0xb6cd6777 in QApplication::exec () at kernel/qapplication.cpp:3331 #24 0xb80322bc in kdemain () from /usr/lib/libkdeinit4_krunner.so #25 0x08048792 in main ()
Is it possible that this problem has been fixed? I didn't have a krunner crash for quite a while (running trunk with a recent Qt 4.5 Snapshot). Or is that maybe related to me using the Quicksand interface instead of the default one?
*** Bug 185907 has been marked as a duplicate of this bug. ***
*** Bug 180097 has been marked as a duplicate of this bug. ***
We've got a report of this using KDE 4.2.1 at Kubuntu: https://launchpad.net/bugs/339798
KRunner should be a lot more stable now (KDE4.2.3+ / 4.3)
All QDBusConnectionPrivate::timerEvent related crashes should be fixed with a recent qt version (4.6.0 and latest 4.5.x) and a decent libdbus
*** Bug 198952 has been marked as a duplicate of this bug. ***
*** Bug 203761 has been marked as a duplicate of this bug. ***