Bug 229024 - KRunner crashed after running a command [ _dbus_list_prepend_link, _dbus_list_append_link, _dbus_connection_queue_synthesized_message_link, ... on Thread1] (even on dbus 1.3.0)
Summary: KRunner crashed after running a command [ _dbus_list_prepend_link, _dbus_list...
Status: RESOLVED UPSTREAM
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR crash
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 214125 224988 230894 231137 232758 238815 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-03-01 14:37 UTC by Alec Moskvin
Modified: 2010-08-05 09:52 UTC (History)
12 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
New crash information added by DrKonqi (14.45 KB, text/plain)
2010-03-26 00:01 UTC, qnx.net
Details
New crash information added by DrKonqi (9.62 KB, text/plain)
2010-07-31 08:51 UTC, Diego
Details
New crash information added by DrKonqi (9.77 KB, text/plain)
2010-08-04 18:33 UTC, Mathias Panzenböck
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alec Moskvin 2010-03-01 14:37:34 UTC
Application: krunner (0.1)
KDE Platform Version: 4.4.00 (KDE 4.4.0)
Qt Version: 4.6.2
Operating System: Linux 2.6.33 x86_64
Distribution (Platform): Gentoo Packages

-- Information about the crash:
I ran "xset dpms force off" (to switch off the monitor), and when I came back, I was presented with a crash dialog. This usually does not happen.

 -- Backtrace:
Application: Run Command Interface (kdeinit4), signal: Segmentation fault
Traceback (most recent call last):
  File "/usr/share/gdb/auto-load/usr/lib64/libgobject-2.0.so.0.2200.4-gdb.py", line 9, in <module>
    from gobject import register
  File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
    import gdb.backtrace
ImportError: No module named backtrace
The current source language is "auto; currently asm".
[Current thread is 1 (Thread 0x7fd434f57760 (LWP 1029))]

Thread 5 (Thread 0x7fd414cbf710 (LWP 1156)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007fd43343c26b in QWaitConditionPrivate::wait (this=<value optimized out>, mutex=0x7b2960, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x7b2960, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x00007fd42ac3f6e6 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x8305b0, th=0xd5e0e0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00007fd42ac41cdb in ThreadWeaver::WorkingHardState::applyForWork (this=0x81dd50, th=0xd5e0e0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00007fd42ac4022f in ThreadWeaver::ThreadRunHelper::run (this=0x7fd414cbee30, parent=0x8305b0, th=0xd5e0e0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/Thread.cpp:87
#6  0x00007fd42ac40798 in ThreadWeaver::Thread::run (this=0xd5e0e0) at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/Thread.cpp:142
#7  0x00007fd43343b2a5 in QThreadPrivate::start (arg=0xd5e0e0) at thread/qthread_unix.cpp:248
#8  0x00007fd4331ac8e4 in start_thread (arg=<value optimized out>) at pthread_create.c:297
#9  0x00007fd431f82dfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#10 0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7fd4144be710 (LWP 1157)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007fd43343c26b in QWaitConditionPrivate::wait (this=<value optimized out>, mutex=0x7b2960, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x7b2960, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x00007fd42ac3f6e6 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x8305b0, th=0xd26ae0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00007fd42ac41cdb in ThreadWeaver::WorkingHardState::applyForWork (this=0x81dd50, th=0xd26ae0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00007fd42ac4022f in ThreadWeaver::ThreadRunHelper::run (this=0x7fd4144bde30, parent=0x8305b0, th=0xd26ae0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/Thread.cpp:87
#6  0x00007fd42ac40798 in ThreadWeaver::Thread::run (this=0xd26ae0) at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/Thread.cpp:142
#7  0x00007fd43343b2a5 in QThreadPrivate::start (arg=0xd26ae0) at thread/qthread_unix.cpp:248
#8  0x00007fd4331ac8e4 in start_thread (arg=<value optimized out>) at pthread_create.c:297
#9  0x00007fd431f82dfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#10 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7fd413cbd710 (LWP 1158)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007fd43343c26b in QWaitConditionPrivate::wait (this=<value optimized out>, mutex=0x7b2960, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x7b2960, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x00007fd42ac3f6e6 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x8305b0, th=0xd36ab0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00007fd42ac41cdb in ThreadWeaver::WorkingHardState::applyForWork (this=0x81dd50, th=0xd36ab0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00007fd42ac4022f in ThreadWeaver::ThreadRunHelper::run (this=0x7fd413cbce30, parent=0x8305b0, th=0xd36ab0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/Thread.cpp:87
#6  0x00007fd42ac40798 in ThreadWeaver::Thread::run (this=0xd36ab0) at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/Thread.cpp:142
#7  0x00007fd43343b2a5 in QThreadPrivate::start (arg=0xd36ab0) at thread/qthread_unix.cpp:248
#8  0x00007fd4331ac8e4 in start_thread (arg=<value optimized out>) at pthread_create.c:297
#9  0x00007fd431f82dfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#10 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7fd4134bc710 (LWP 1159)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007fd43343c26b in QWaitConditionPrivate::wait (this=<value optimized out>, mutex=0x7b2960, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x7b2960, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159
#3  0x00007fd42ac3f6e6 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x8305b0, th=0xd564b0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/WeaverImpl.cpp:365
#4  0x00007fd42ac41cdb in ThreadWeaver::WorkingHardState::applyForWork (this=0x81dd50, th=0xd564b0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/WorkingHardState.cpp:71
#5  0x00007fd42ac4022f in ThreadWeaver::ThreadRunHelper::run (this=0x7fd4134bbe30, parent=0x8305b0, th=0xd564b0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/Thread.cpp:87
#6  0x00007fd42ac40798 in ThreadWeaver::Thread::run (this=0xd564b0) at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/threadweaver/Weaver/Thread.cpp:142
#7  0x00007fd43343b2a5 in QThreadPrivate::start (arg=0xd564b0) at thread/qthread_unix.cpp:248
#8  0x00007fd4331ac8e4 in start_thread (arg=<value optimized out>) at pthread_create.c:297
#9  0x00007fd431f82dfd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#10 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7fd434f57760 (LWP 1029)):
[KCrash Handler]
#5  link_before (list=0x60c5b8, link=0x13f) at /var/tmp/portage/sys-apps/dbus-1.3.0-r1/work/dbus-1.3.0/dbus/dbus-list.c:112
#6  _dbus_list_prepend_link (list=0x60c5b8, link=0x13f) at /var/tmp/portage/sys-apps/dbus-1.3.0-r1/work/dbus-1.3.0/dbus/dbus-list.c:312
#7  0x00007fd42d9c4919 in _dbus_list_append_link (list=0x60c5b8, link=0x13f) at /var/tmp/portage/sys-apps/dbus-1.3.0-r1/work/dbus-1.3.0/dbus/dbus-list.c:294
#8  0x00007fd42d9ac76d in _dbus_connection_queue_synthesized_message_link (connection=0x60c580, link=0x13f) at /var/tmp/portage/sys-apps/dbus-1.3.0-r1/work/dbus-1.3.0/dbus/dbus-connection.c:519
#9  0x00007fd42d9bb9c5 in _dbus_pending_call_queue_timeout_error_unlocked (pending=0xd6f720, connection=0x60c5b8)
    at /var/tmp/portage/sys-apps/dbus-1.3.0-r1/work/dbus-1.3.0/dbus/dbus-pending-call.c:215
#10 0x00007fd42d9acdbc in reply_handler_timeout (data=0xd6f720) at /var/tmp/portage/sys-apps/dbus-1.3.0-r1/work/dbus-1.3.0/dbus/dbus-connection.c:3239
#11 0x00007fd43193a7c7 in q_dbus_timeout_handle (this=0x72b8d0, e=0x7fffe34da6c0) at qdbus_symbols_p.h:172
#12 QDBusConnectionPrivate::timerEvent (this=0x72b8d0, e=0x7fffe34da6c0) at qdbusintegrator.cpp:1035
#13 0x00007fd43353d913 in QObject::event (this=0x72b8d0, e=0x13f) at kernel/qobject.cpp:1204
#14 0x00007fd4326d681c in QApplicationPrivate::notify_helper (this=0x742330, receiver=0x72b8d0, e=0x7fffe34da6c0) at kernel/qapplication.cpp:4300
#15 0x00007fd4326dce5b in QApplication::notify (this=0x741ff0, receiver=0x72b8d0, e=0x7fffe34da6c0) at kernel/qapplication.cpp:4183
#16 0x00007fd433a6ba66 in KApplication::notify (this=0x741ff0, receiver=0x72b8d0, event=0x7fffe34da6c0) at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/kdeui/kernel/kapplication.cpp:302
#17 0x00007fd43352dfcb in QCoreApplication::notifyInternal (this=0x741ff0, receiver=0x72b8d0, event=0x7fffe34da6c0) at kernel/qcoreapplication.cpp:704
#18 0x00007fd43355a8a2 in QCoreApplication::sendEvent (this=0x745ae0) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215
#19 QTimerInfoList::activateTimers (this=0x745ae0) at kernel/qeventdispatcher_unix.cpp:603
#20 0x00007fd433557698 in timerSourceDispatch (source=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:184
#21 idleTimerSourceDispatch (source=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:231
#22 0x00007fd42eb874bd in g_main_dispatch (context=0x744c40) at gmain.c:1960
#23 IA__g_main_context_dispatch (context=0x744c40) at gmain.c:2513
#24 0x00007fd42eb8ae78 in g_main_context_iterate (context=0x744c40, block=<value optimized out>, dispatch=<value optimized out>, self=<value optimized out>) at gmain.c:2591
#25 0x00007fd42eb8afa0 in IA__g_main_context_iteration (context=0x744c40, may_block=1) at gmain.c:2654
#26 0x00007fd433557363 in QEventDispatcherGlib::processEvents (this=0x741da0, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:412
#27 0x00007fd432784bbe in QGuiEventDispatcherGlib::processEvents (this=0x60c5b8, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:204
#28 0x00007fd43352c922 in QEventLoop::processEvents (this=<value optimized out>, flags=) at kernel/qeventloop.cpp:149
#29 0x00007fd43352ccf4 in QEventLoop::exec (this=0x7fffe34da960, flags=) at kernel/qeventloop.cpp:201
#30 0x00007fd4335309db in QCoreApplication::exec () at kernel/qcoreapplication.cpp:981
#31 0x00007fd427ea57a4 in kdemain (argc=<value optimized out>, argv=<value optimized out>) at /var/tmp/portage/kde-base/krunner-4.4.0-r1/work/krunner-4.4.0/krunner/main.cpp:65
#32 0x0000000000407336 in launch (argc=1, _name=<value optimized out>, args=<value optimized out>, cwd=<value optimized out>, envc=0, envs=<value optimized out>, reset_env=false, tty=0x0, 
    avoid_loops=false, startup_id_str=0x40a77d "0") at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/kinit/kinit.cpp:710
#33 0x0000000000407f90 in handle_launcher_request (sock=8, who=<value optimized out>) at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/kinit/kinit.cpp:1202
#34 0x00000000004084d0 in handle_requests (waitForPid=6342272) at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/kinit/kinit.cpp:1395
#35 0x00000000004090e1 in main (argc=4, argv=<value optimized out>, envp=<value optimized out>) at /var/tmp/portage/kde-base/kdelibs-4.4.0/work/kdelibs-4.4.0/kinit/kinit.cpp:1834

Possible duplicates by query: bug 224988.

Reported using DrKonqi
Comment 1 Dario Andres 2010-03-17 22:50:38 UTC
- What is your DBus packages version ? Regards
Comment 2 Alec Moskvin 2010-03-17 23:49:21 UTC
The dbus version is 1.3.0
Comment 3 Dario Andres 2010-03-20 16:31:35 UTC
From bug 224988:
-- Information about the crash:
I switched power profile using krunner and then opened kmenu to launch amarok
(but I didn't have time to run it). K menu closed and crash assistant opened
suddenly.

From bug 231137:
-- Information about the crash:
Krunner crashes after running commands (although the invoked apps are
launched). In general Krunner is sluggish, freezes and executes commands after
tens of seconds pass. Both of the above mentioned happen frequently (in almost
50% of cases when I run Krunner )
The crash can be reproduced some of the time.

From bug 214125:
What I was doing when the application crashed:
I hit Alt-F2, typed in "perldoc:/Net::Ping", and, after konqueror had
successfully come up with the perldoc page I requested, I got this crash
report.

From bug 230894:
-- Information about the crash:
Started krunner run dialog using Alt-F2 shortcut. Typed command "konsole" and
[enter] key. Konsoel started up succesfully without issue, but then the crash
dialog for krunner popped up.
Running as Fedora 12 guest on VirtualBox, however another computer of mine
running F12 also has periodic krunner crashes (many without a crash dialog: I
find the krunner process mysteriously not running when I attempt to use it), so
I suspect it isn't just a virtual machine-specific problem
Comment 4 Dario Andres 2010-03-20 16:31:39 UTC
*** Bug 224988 has been marked as a duplicate of this bug. ***
Comment 5 Dario Andres 2010-03-20 16:32:19 UTC
*** Bug 214125 has been marked as a duplicate of this bug. ***
Comment 6 Dario Andres 2010-03-20 16:32:26 UTC
*** Bug 230894 has been marked as a duplicate of this bug. ***
Comment 7 Dario Andres 2010-03-20 16:32:31 UTC
*** Bug 231137 has been marked as a duplicate of this bug. ***
Comment 8 Dario Andres 2010-03-20 16:33:17 UTC
Bug 231137 also contains Nepomuk/Soprano calls on a secondary thread.. may be it is related
Comment 9 Alec Moskvin 2010-03-20 19:11:43 UTC
(In reply to comment #8)
> Bug 231137 also contains Nepomuk/Soprano calls on a secondary thread.. may be
> it is related

Just as an FYI on the initial report, my KDE was built without Nepomuk and Soprano support, and I do not have either of them installed.
Comment 10 Thiago Macieira 2010-03-20 22:34:24 UTC
Upgrade to D-Bus 1.2.22.
Comment 11 qnx.net 2010-03-26 00:01:11 UTC
Created attachment 42262 [details]
New crash information added by DrKonqi

After entering command (can freeze for 10-30 seconds) in krunner I got this error
Comment 12 Nicolas L. 2010-03-30 23:42:18 UTC
*** Bug 232758 has been marked as a duplicate of this bug. ***
Comment 13 Frank Reininghaus 2010-07-14 14:58:43 UTC
*** Bug 238815 has been marked as a duplicate of this bug. ***
Comment 14 Diego 2010-07-31 08:51:33 UTC
Created attachment 49704 [details]
New crash information added by DrKonqi

My dbus is newer than 1.2.22:
dbus-1.2.24-1.fc13.x86_64
Comment 15 Mathias Panzenböck 2010-08-04 18:33:35 UTC
Created attachment 49805 [details]
New crash information added by DrKonqi

krunner crashed shortly after I used it to open gvim. This happens every now an then and is pretty annoying. I use krunner like the old run command dialog under KDE 3.5 and have therefore not gained any benefits in KDE4, only more crashes. :(
Comment 16 Sebastian Trueg 2010-08-05 09:52:38 UTC
This is a bug in libdbus which will only be fixed in 1.3.1 since it introduces a behavioral change. I tried arguing that we need this backported but that did not help. So either distributions do backport the patch themselves or we have to wait for dbus 1.4...