Bug 230520 - KRunner hangs then crashes when starting an app (massive random crashes) [[_dbus_pthread_mutex_lock], _dbus_connection_lock, _dbus_pending_call_get_connection_and_lock, reply_handler_timeout (Thread 1)]
Summary: KRunner hangs then crashes when starting an app (massive random crashes) [[_d...
Status: RESOLVED UPSTREAM
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 225828 227365 228201 228421 228899 229139 229373 231196 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-03-13 00:04 UTC by Mathias Panzenböck
Modified: 2013-12-23 08:43 UTC (History)
12 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mathias Panzenböck 2010-03-13 00:04:20 UTC
Application: krunner (0.1)
KDE Platform Version: 4.4.1 (KDE 4.4.1)
Qt Version: 4.6.2
Operating System: Linux 2.6.32.9-67.fc12.x86_64 x86_64
Distribution (Platform): Fedora RPMs

-- Information about the crash:
From time to time krunner hangs quite long (no cpu usage though) before it starts the application I wanted to launch. Sometimes this is followed by a crash.

The crash can be reproduced some of the time.

 -- Backtrace:
Application: Run Command Interface (krunner), signal: Segmentation fault
82	T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
[Current thread is 1 (Thread 0x7f7ba515c8a0 (LWP 1785))]

Thread 6 (Thread 0x7f7b8d47c710 (LWP 1795)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:211
#1  0x00007f7bacd9b802 in wait (this=<value optimized out>, mutex=0x2c39cd0, time=30000) at thread/qwaitcondition_unix.cpp:85
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x2c39cd0, time=30000) at thread/qwaitcondition_unix.cpp:159
#3  0x00007f7bacd91d11 in QThreadPoolThread::run (this=0x2c35280) at concurrent/qthreadpool.cpp:140
#4  0x00007f7bacd9a9a5 in QThreadPrivate::start (arg=0x2c35280) at thread/qthread_unix.cpp:248
#5  0x00000037fe406a3a in start_thread (arg=<value optimized out>) at pthread_create.c:297
#6  0x00000037fd8de67d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#7  0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7f7b86b6e710 (LWP 2234)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007f7bacd9b89b in wait (this=<value optimized out>, mutex=0x2779910, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x2779910, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x00007f7baef5cf86 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x27aebc0, th=0x2d031f0) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00007f7baef5f4ab in ThreadWeaver::WorkingHardState::applyForWork (this=0x275b130, th=0x2d031f0) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00007f7baef5de6f in ThreadWeaver::ThreadRunHelper::run (this=0x7f7b86b6dcf0, parent=0x27aebc0, th=0x2d031f0) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/Thread.cpp:87
#6  0x00007f7baef5e358 in ThreadWeaver::Thread::run (this=0x2d031f0) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/Thread.cpp:142
#7  0x00007f7bacd9a9a5 in QThreadPrivate::start (arg=0x2d031f0) at thread/qthread_unix.cpp:248
#8  0x00000037fe406a3a in start_thread (arg=<value optimized out>) at pthread_create.c:297
#9  0x00000037fd8de67d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#10 0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7f7b7e16d710 (LWP 2235)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007f7bacd9b89b in wait (this=<value optimized out>, mutex=0x2779910, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x2779910, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x00007f7baef5cf86 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x27aebc0, th=0x2d044b0) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00007f7baef5f4ab in ThreadWeaver::WorkingHardState::applyForWork (this=0x275b130, th=0x2d044b0) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00007f7baef5de6f in ThreadWeaver::ThreadRunHelper::run (this=0x7f7b7e16ccf0, parent=0x27aebc0, th=0x2d044b0) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/Thread.cpp:87
#6  0x00007f7baef5e358 in ThreadWeaver::Thread::run (this=0x2d044b0) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/Thread.cpp:142
#7  0x00007f7bacd9a9a5 in QThreadPrivate::start (arg=0x2d044b0) at thread/qthread_unix.cpp:248
#8  0x00000037fe406a3a in start_thread (arg=<value optimized out>) at pthread_create.c:297
#9  0x00000037fd8de67d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#10 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f7b8616d710 (LWP 2236)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007f7bacd9b89b in wait (this=<value optimized out>, mutex=0x2779910, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x2779910, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x00007f7baef5cf86 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x27aebc0, th=0x2d13060) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00007f7baef5f4ab in ThreadWeaver::WorkingHardState::applyForWork (this=0x275b130, th=0x2d13060) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00007f7baef5de6f in ThreadWeaver::ThreadRunHelper::run (this=0x7f7b8616ccf0, parent=0x27aebc0, th=0x2d13060) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/Thread.cpp:87
#6  0x00007f7baef5e358 in ThreadWeaver::Thread::run (this=0x2d13060) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/Thread.cpp:142
#7  0x00007f7bacd9a9a5 in QThreadPrivate::start (arg=0x2d13060) at thread/qthread_unix.cpp:248
#8  0x00000037fe406a3a in start_thread (arg=<value optimized out>) at pthread_create.c:297
#9  0x00000037fd8de67d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#10 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f7b8576c710 (LWP 2237)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007f7bacd9b89b in wait (this=<value optimized out>, mutex=0x2779910, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x2779910, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x00007f7baef5cf86 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x27aebc0, th=0x2cc61b0) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00007f7baef5f4ab in ThreadWeaver::WorkingHardState::applyForWork (this=0x275b130, th=0x2cc61b0) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00007f7baef5de6f in ThreadWeaver::ThreadRunHelper::run (this=0x7f7b8576bcf0, parent=0x27aebc0, th=0x2cc61b0) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/Thread.cpp:87
#6  0x00007f7baef5e358 in ThreadWeaver::Thread::run (this=0x2cc61b0) at /usr/src/debug/kdelibs-4.4.1/threadweaver/Weaver/Thread.cpp:142
#7  0x00007f7bacd9a9a5 in QThreadPrivate::start (arg=0x2cc61b0) at thread/qthread_unix.cpp:248
#8  0x00000037fe406a3a in start_thread (arg=<value optimized out>) at pthread_create.c:297
#9  0x00000037fd8de67d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#10 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f7ba515c8a0 (LWP 1785)):
[KCrash Handler]
#5  _dbus_pthread_mutex_lock (mutex=0x100000000) at dbus-sysdeps-pthread.c:137
#6  0x000000380500ba5d in _dbus_connection_lock (connection=0x7f7b740de320) at dbus-connection.c:355
#7  0x000000380501d25d in _dbus_pending_call_get_connection_and_lock (pending=0x7f7b740de310) at dbus-pending-call.c:307
#8  0x000000380500f40e in reply_handler_timeout (data=0x7f7b740de310) at dbus-connection.c:3156
#9  0x00007f7bad1a7997 in q_dbus_timeout_handle (this=0x25d0850, e=0x7fff60ea3e50) at qdbus_symbols_p.h:172
#10 QDBusConnectionPrivate::timerEvent (this=0x25d0850, e=0x7fff60ea3e50) at qdbusintegrator.cpp:1035
#11 0x00007f7bace9063e in QObject::event (this=0x25d0850, e=0x7fff60ea3e50) at kernel/qobject.cpp:1212
#12 0x00007f7bada219dc in QApplicationPrivate::notify_helper (this=0x25de6b0, receiver=0x25d0850, e=0x7fff60ea3e50) at kernel/qapplication.cpp:4300
#13 0x00007f7bada27aab in QApplication::notify (this=<value optimized out>, receiver=0x25d0850, e=0x7fff60ea3e50) at kernel/qapplication.cpp:4183
#14 0x00007f7bae8fb846 in KApplication::notify (this=0x25d9060, receiver=0x25d0850, event=0x7fff60ea3e50) at /usr/src/debug/kdelibs-4.4.1/kdeui/kernel/kapplication.cpp:302
#15 0x00007f7bace8174c in QCoreApplication::notifyInternal (this=0x25d9060, receiver=0x25d0850, event=0x7fff60ea3e50) at kernel/qcoreapplication.cpp:704
#16 0x00007f7bacea9e02 in sendEvent (this=0x25f32a0) at kernel/qcoreapplication.h:215
#17 QTimerInfoList::activateTimers (this=0x25f32a0) at kernel/qeventdispatcher_unix.cpp:603
#18 0x00007f7bacea7374 in timerSourceDispatch (source=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:184
#19 0x00007f7ba9e3f20e in g_main_dispatch (context=0x25f2520) at gmain.c:1960
#20 IA__g_main_context_dispatch (context=0x25f2520) at gmain.c:2513
#21 0x00007f7ba9e42bf8 in g_main_context_iterate (context=0x25f2520, block=<value optimized out>, dispatch=<value optimized out>, self=<value optimized out>) at gmain.c:2591
#22 0x00007f7ba9e42d1a in IA__g_main_context_iteration (context=0x25f2520, may_block=1) at gmain.c:2654
#23 0x00007f7bacea7063 in QEventDispatcherGlib::processEvents (this=0x25b6710, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:412
#24 0x00007f7badac0a1e in QGuiEventDispatcherGlib::processEvents (this=<value optimized out>, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:204
#25 0x00007f7bace80192 in QEventLoop::processEvents (this=<value optimized out>, flags=...) at kernel/qeventloop.cpp:149
#26 0x00007f7bace8045c in QEventLoop::exec (this=0x7fff60ea40f0, flags=...) at kernel/qeventloop.cpp:201
#27 0x00007f7bace82749 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:981
#28 0x00007f7bb1771304 in kdemain () from /usr/lib64/libkdeinit4_krunner.so
#29 0x00000037fd81eb1d in __libc_start_main (main=<value optimized out>, argc=<value optimized out>, ubp_av=<value optimized out>, init=<value optimized out>, fini=<value optimized out>, 
    rtld_fini=<value optimized out>, stack_end=<value optimized out>) at libc-start.c:226
#30 0x00000000004007a9 in _start ()

This bug may be a duplicate of or related to bug 229139, bug 229373.

Possible duplicates by query: bug 229373, bug 229139, bug 228421, bug 209436.

Reported using DrKonqi
Comment 1 Aaron J. Seigo 2010-03-13 01:02:39 UTC
crash in libdbus; apparently another fun threading bug in there.
Comment 2 Dario Andres 2010-03-20 15:09:06 UTC
From bug 231196:
-- Information about the crash:
KDE had just finished strarting up, I pressed Alt+F2 to launch an application,
the krunner box appeared but crashed before I could type the application name.

From bug 227365:
-- Information about the crash:
krunner often hangs on me when I want to launch a program. This time it even
crashed.
I did just change the plasma theme (which caused kwin to crash - as usual) and
krunners theme wasn't changed completely. Maybe thats related?

From bug 228201:
-- Information about the crash:
i probobly run krunner but not using it, then i browse dolphin and i so crash
message at this same moment strigi finish indeksing files.
Comment 3 Dario Andres 2010-03-20 15:09:36 UTC
*** Bug 231196 has been marked as a duplicate of this bug. ***
Comment 4 Dario Andres 2010-03-20 15:09:41 UTC
*** Bug 227365 has been marked as a duplicate of this bug. ***
Comment 5 Dario Andres 2010-03-20 15:09:44 UTC
*** Bug 228201 has been marked as a duplicate of this bug. ***
Comment 6 Dario Andres 2010-03-20 15:13:15 UTC
From bug 225828:
-- Information about the crash:
I was attempting to run yast2 and had entered the command and was scrolling
through the possibilities when the crash occured

From bug 228421:
-- Information about the crash:
when starting netbeans the krunner application crashes but still manages to
open the application.

From bug 228899:
-- Information about the crash:
Fedora12 with kde-4.4.0 ant qt-4.6.2
Input the string "xscreensaver-command -exit" and pressed "return" and krunner
segv'ed
Note that krunner has inexplicable waits on my system - even with nepomuk
enabled (no strigi though)
Comment 7 Dario Andres 2010-03-20 15:13:20 UTC
*** Bug 225828 has been marked as a duplicate of this bug. ***
Comment 8 Dario Andres 2010-03-20 15:13:49 UTC
*** Bug 228421 has been marked as a duplicate of this bug. ***
Comment 9 Dario Andres 2010-03-20 15:13:53 UTC
*** Bug 228899 has been marked as a duplicate of this bug. ***
Comment 10 Dario Andres 2010-03-20 15:15:20 UTC
From bug 229139:
-- Information about the crash:
After a reboot, the very first time I use krunner to start something (usually
firefox) the started application starts up as expected, but after 10-20
seconds, krunner crashes.

From bug 229373:
-- Information about the crash:
Was afk when it happened. Did temporarily switch off 3D (shift-alt-F12) before.
Comment 11 Dario Andres 2010-03-20 15:15:39 UTC
*** Bug 229139 has been marked as a duplicate of this bug. ***
Comment 12 Dario Andres 2010-03-20 15:15:44 UTC
*** Bug 229373 has been marked as a duplicate of this bug. ***
Comment 13 Dario Andres 2010-03-20 15:18:39 UTC
We are also going to track similar bugs at bug 224102. Those bugs have an
invalid dbus connection pointer on the backtrace... (not really sure if that
makes a difference)
Comment 14 Dario Andres 2010-03-20 15:24:09 UTC
This could be also related to bug 209436...
Comment 15 Thiago Macieira 2010-03-20 15:38:49 UTC
Upgrade to D-Bus 1.2.22.
Comment 16 Daniel Duris 2010-04-06 23:03:39 UTC
still happens in 4.4.2
i have to kill it via ctrl+alt+esc.
Comment 17 Jonathan Verner 2013-12-23 08:43:08 UTC
The hang happens again in KDE 4.12 (didn't seem to happen in prior versions as much, if at all).
(Kubuntu packages, dbus version 1.4.18). When I attached dbug to the hanged process it gave
me the following (redacted) backtrace:

#0  __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:132
#1  0x00007f3bf0f93065 in _L_lock_858 () from /lib/x86_64-linux-gnu/libpthread.so.0
#2  0x00007f3bf0f92eba in __pthread_mutex_lock (mutex=0x1d2fe30) at pthread_mutex_lock.c:61
#3  0x00007f3bef4ec841 in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3
#4  0x00007f3bef4ca2ad in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3
#5  0x00007f3bef4dc19d in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3
#6  0x00007f3bef4cc1be in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3
#7  0x00007f3bf7f727a2 in q_dbus_timeout_handle (timeout=<optimized out>)
    at qdbus_symbols_p.h:174

(I don't have debug symbols for dbus installed)