Bug 376483 - Krunner Segmentation fault
Summary: Krunner Segmentation fault
Status: RESOLVED FIXED
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: 5.8.5
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Kai Uwe Broulik
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-02-14 16:04 UTC by André Martins
Modified: 2017-02-17 04:14 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description André Martins 2017-02-14 16:04:09 UTC
Krunner doesn't start

Where's the strace log

f63f9d0) = 21320
futex(0x55e7c91be4d0, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x55e7c91beaec, FUTEX_WAIT_PRIVATE, 1, NULL) = 0
futex(0x55e7c91beac0, FUTEX_WAKE_PRIVATE, 1) = 0
write(5, "\1\0\0\0\0\0\0\0", 8)         = 8
write(7, "\1\0\0\0\0\0\0\0", 8)         = 8
futex(0x7fad7016ec78, FUTEX_WAKE_PRIVATE, 1) = 1
write(7, "\1\0\0\0\0\0\0\0", 8)         = 8
futex(0x7fad7016ec78, FUTEX_WAKE_PRIVATE, 1) = 1
write(5, "\1\0\0\0\0\0\0\0", 8)         = 8
write(5, "\1\0\0\0\0\0\0\0", 8)         = 8
write(7, "\1\0\0\0\0\0\0\0", 8)         = 8
futex(0x55e7c91c078c, FUTEX_WAIT_PRIVATE, 1, NULL) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x55e7c91c0760, FUTEX_WAKE_PRIVATE, 1) = 0
write(7, "\1\0\0\0\0\0\0\0", 8)         = 8
futex(0x55e7c91c078c, FUTEX_WAIT_PRIVATE, 1, NULL) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x55e7c91c0760, FUTEX_WAKE_PRIVATE, 1) = 0
write(7, "\1\0\0\0\0\0\0\0", 8)         = 8
futex(0x7fad7016ec78, FUTEX_WAKE_PRIVATE, 1) = 1
write(7, "\1\0\0\0\0\0\0\0", 8)         = 8
futex(0x55e7c91c07fc, FUTEX_WAIT_PRIVATE, 1, NULL) = 0
futex(0x55e7c91c07d0, FUTEX_WAKE_PRIVATE, 1) = 0
write(7, "\1\0\0\0\0\0\0\0", 8)         = 8
futex(0x55e7c91be4d0, FUTEX_WAKE_PRIVATE, 1) = 1
munmap(0x7fad4f84a000, 2658480)         = 0
munmap(0x7fad4f640000, 2134048)         = 0
munmap(0x7fad588dc000, 49200)           = 0
munmap(0x7fad5435f000, 2297984)         = 0
munmap(0x7fad54090000, 2941248)         = 0
munmap(0x7fad4fdb2000, 2412632)         = 0
munmap(0x7fad4fad4000, 3003104)         = 0
munmap(0x7fad73678000, 69826)           = 0
munmap(0x7fad73867000, 16432)           = 0
munmap(0x7fad587b6000, 1060892)         = 0
munmap(0x7fad583a4000, 2109560)         = 0
munmap(0x7fad585a8000, 2150424)         = 0
munmap(0x7fad5819f000, 2113544)         = 0
munmap(0x7fad57f9a000, 2113544)         = 0
munmap(0x7fad57b8e000, 2109464)         = 0
munmap(0x7fad5797e000, 2158616)         = 0
munmap(0x7fad5777b000, 2105368)         = 0
munmap(0x7fad57357000, 2125832)         = 0
munmap(0x7fad5755f000, 2207768)         = 0
munmap(0x7fad57126000, 2295032)         = 0
munmap(0x7fad56ee6000, 2355208)         = 0
munmap(0x7fad56ca2000, 2372648)         = 0
munmap(0x7fad56a6d000, 2312680)         = 0
munmap(0x7fad57d92000, 2125848)         = 0
munmap(0x7fad56867000, 2117640)         = 0
munmap(0x7fad56661000, 2117640)         = 0
munmap(0x7fad56447000, 2199592)         = 0
munmap(0x7fad5623d000, 2134296)         = 0
munmap(0x7fad56030000, 2147056)         = 0
munmap(0x7fad55e1d000, 2171944)         = 0
munmap(0x7fad55c13000, 2134112)         = 0
munmap(0x7fad73846000, 134768)          = 0
KCrash: Application 'krunner' crashing...
+++ killed by SIGSEGV (core dumped) +++
Segmentation fault (core dumped)
Comment 1 Kai Uwe Broulik 2017-02-14 16:14:08 UTC
Can you please run it through gdb.
Comment 2 André Martins 2017-02-14 19:11:00 UTC
(In reply to Kai Uwe Broulik from comment #1)
> Can you please run it through gdb.

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffd972a700 (LWP 27660)]
[New Thread 0x7fffd3df5700 (LWP 27661)]
[Thread 0x7fffd3df5700 (LWP 27661) exited]
[Thread 0x7ffff7e17940 (LWP 27562) exited]
[Inferior 1 (process 27562) exited normally]
(gdb) [21272:21272:0214/190944.879540:ERROR:interface_registry.cc(210)] Failed to locate a binder for interface: mojom::ResourceUsageReporter requested by:  exposed by:  via InterfaceProviderSpec "service_manager:connector".

InterfaceRegistry(service_manager:connector):

  --> InterfaceRegistry is not yet bound to a pipe.

Does this helps?
Comment 3 Rex Dieter 2017-02-14 19:24:48 UTC
No, that doesn't look like a crash, and is not a backtrace.

Ideally, you'd do:

gdb /usr/bin/krunner
...
(gdb) run
... then it crashes
(gdb) thread apply all backtrace

(then post the backtrace generated)
Comment 4 André Martins 2017-02-14 20:01:33 UTC
That didn't work, I had to do the following

$ gdb /usr/bin/krunner
GNU gdb (GDB) Fedora 7.12.1-41.fc25
...
Reading symbols from /usr/bin/krunner...Reading symbols from /usr/lib/debug/usr/bin/krunner.debug...done.
done.
(gdb) b exit
Function "exit" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (exit) pending.
(gdb) b _exit
Function "_exit" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 2 (_exit) pending.
(gdb) b __exit
Function "__exit" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 3 (__exit) pending.
(gdb) run
Starting program: /usr/bin/krunner 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffd972a700 (LWP 22336)]
[New Thread 0x7fffd3df5700 (LWP 22370)]

Thread 1 "krunner" hit Breakpoint 1, __GI_exit (status=status@entry=0) at exit.c:105
105       __run_exit_handlers (status, &__exit_funcs, true, true);
(gdb) bt
#0  0x00007ffff3840450 in __GI_exit (status=status@entry=0) at exit.c:105
#1  0x00007ffff5f09f45 in KDBusService::KDBusService(QFlags<KDBusService::StartupOption>, QObject*) (this=<optimized out>, options=..., parent=<optimized out>) at /usr/src/debug/kdbusaddons-5.29.0/src/kdbusservice.cpp:129
#2  0x000055555555a847 in main(int, char**) (argc=<optimized out>, argv=<optimized out>)
    at /usr/src/debug/plasma-workspace-5.8.5/krunner/main.cpp:69
(gdb) thread apply all bt

Thread 3 (Thread 0x7fffd3df5700 (LWP 22370)):
#0  0x00007ffff390201d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007fffeb8c4156 in g_main_context_poll (priority=<optimized out>, n_fds=2, fds=0x7fffcc003020, timeout=<optimized out>, context=0x7fffcc000990) at gmain.c:4228
#2  0x00007fffeb8c4156 in g_main_context_iterate (context=context@entry=0x7fffcc000990, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3924
#3  0x00007fffeb8c426c in g_main_context_iteration (context=0x7fffcc000990, may_block=may_block@entry=1) at gmain.c:3990
#4  0x00007ffff47086cf in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x7fffcc0008c0, flags=...)
    at kernel/qeventdispatcher_glib.cpp:423
#5  0x00007ffff46b968a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7fffd3df4c40, flags=..., 
    flags@entry=...) at kernel/qeventloop.cpp:212
#6  0x00007ffff45165e3 in QThread::exec() (this=this@entry=0x7ffff7fc2060 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread.cpp:507
#7  0x00007ffff7f4c739 in QDBusConnectionManager::run() (this=0x7ffff7fc2060 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at qdbusconnection.cpp:178
#8  0x00007ffff451a9ca in QThreadPrivate::start(void*) (arg=0x7ffff7fc2060 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread_unix.cpp:368
#9  0x00007ffff03246ca in start_thread (arg=0x7fffd3df5700) at pthread_create.c:333
#10 0x00007ffff390df7f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 2 (Thread 0x7fffd972a700 (LWP 22336)):
#0  0x00007ffff390201d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007ffff2969d10 in poll (__timeout=-1, __nfds=1, __fds=0x7fffd9729b80) at /usr/include/bits/poll2.h:46
#2  0x00007ffff2969d10 in _xcb_conn_wait (c=c@entry=0x555555796490, cond=cond@entry=0x5555557964d0, vector=vector@entry=0x0, count=count@entry=0x0) at xcb_conn.c:479
#3  0x00007ffff296baa9 in xcb_wait_for_event (c=0x555555796490) at xcb_in.c:693
#4  0x00007fffdcf7fd69 in QXcbEventReader::run() (this=0x5555557a0b60) at qxcbconnection.cpp:1343
#5  0x00007ffff451a9ca in QThreadPrivate::start(void*) (arg=0x5555557a0b60) at thread/qthread_unix.cpp:368
#6  0x00007ffff03246ca in start_thread (arg=0x7fffd972a700) at pthread_create.c:333
#7  0x00007ffff390df7f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 1 (Thread 0x7ffff7e17940 (LWP 22250)):
#0  0x00007ffff3840450 in __GI_exit (status=status@entry=0) at exit.c:105
---Type <return> to continue, or q <return> to quit---
#1  0x00007ffff5f09f45 in KDBusService::KDBusService(QFlags<KDBusService::StartupOption>, QObject*) (this=<optimized out>, options=..., parent=<optimized out>) at /usr/src/debug/kdbusaddons-5.29.0/src/kdbusservice.cpp:129
#2  0x000055555555a847 in main(int, char**) (argc=<optimized out>, argv=<optimized out>)
    at /usr/src/debug/plasma-workspace-5.8.5/krunner/main.cpp:69
Comment 5 Christoph Feck 2017-02-17 02:36:55 UTC
Thanks for the update. KDBusService exit()s, because it received an invalid reply. How do you start krunner? Is the session dbus working for other applications?
Comment 6 André Martins 2017-02-17 04:14:40 UTC
I forgot to close this. Somehow krunner start working again after some updates.
Thanks for all the help!