Bug 358217 - Occasional crash on startup
Summary: Occasional crash on startup
Status: CLOSED FIXED
Alias: None
Product: kalarm
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: David Jarvie
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2016-01-19 17:29 UTC by George R. Goffe
Modified: 2020-08-17 23:47 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In: 15.12.2


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description George R. Goffe 2016-01-19 17:29:11 UTC
Application: kalarm (2.11.3-5ak)

Qt Version: 5.6.0
Operating System: Linux 4.5.0-0.rc0.git1.1.fc24.x86_64 x86_64
Distribution (Platform): Fedora RPMs

-- Information about the crash:
- What I was doing when the application crashed:

I had just applied maintenance and rebooted and entered startx

- Unusual behavior I noticed:

Nothing unusual.

- Custom settings of the application:

None that I am aware of.

The crash can be reproduced sometimes.

-- Backtrace:
Application: KAlarm (kalarm), signal: Segmentation fault
Using host libthread_db library "/usr/lib64/libthread_db.so.1".
84	T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
[Current thread is 1 (Thread 0x7fb8836d6940 (LWP 2428))]

Thread 4 (Thread 0x7fb8834cb700 (LWP 2429)):
#0  0x00007fb89aae458d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007fb8938fe3dc in g_main_context_iterate (priority=2147483647, n_fds=1, fds=0x7fb87c003390, timeout=<optimized out>, context=0x7fb87c001600) at gmain.c:4135
#2  0x00007fb8938fe3dc in g_main_context_iterate (context=context@entry=0x7fb87c001600, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3835
#3  0x00007fb8938fe4ec in g_main_context_iteration (context=0x7fb87c001600, may_block=may_block@entry=1) at gmain.c:3901
#4  0x00007fb89b927acb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x7fb87c0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:419
#5  0x00007fb89b8d050a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7fb8834cac50, flags=..., flags@entry=...) at kernel/qeventloop.cpp:204
#6  0x00007fb89b6fc744 in QThread::exec() (this=this@entry=0x7fb8a4935040 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread.cpp:503
#7  0x00007fb8a48c3225 in QDBusConnectionManager::run() (this=0x7fb8a4935040 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at qdbusconnection.cpp:152
#8  0x00007fb89b7016b8 in QThreadPrivate::start(void*) (arg=0x7fb8a4935040 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread_unix.cpp:340
#9  0x00007fb896f7d6da in start_thread (arg=0x7fb8834cb700) at pthread_create.c:333
#10 0x00007fb89aaf014d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 3 (Thread 0x7fb86f3e4700 (LWP 2459)):
#0  0x00007fb89aae00bd in read () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007fb8939418d0 in g_wakeup_acknowledge (__nbytes=16, __buf=0x7fb86f3e3a70, __fd=<optimized out>) at /usr/include/bits/unistd.h:44
#2  0x00007fb8939418d0 in g_wakeup_acknowledge (wakeup=0x7fb8700027a0) at gwakeup.c:210
#3  0x00007fb8938fded4 in g_main_context_check (context=context@entry=0x7fb868000990, max_priority=2147483647, fds=fds@entry=0x7fb868002e20, n_fds=n_fds@entry=1) at gmain.c:3632
#4  0x00007fb8938fe380 in g_main_context_iterate (context=context@entry=0x7fb868000990, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3837
#5  0x00007fb8938fe4ec in g_main_context_iteration (context=0x7fb868000990, may_block=may_block@entry=1) at gmain.c:3901
#6  0x00007fb89b927acb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x7fb8680008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:419
#7  0x00007fb89b8d050a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7fb86f3e3c80, flags=..., flags@entry=...) at kernel/qeventloop.cpp:204
#8  0x00007fb89b6fc744 in QThread::exec() (this=<optimized out>) at thread/qthread.cpp:503
#9  0x00007fb89b7016b8 in QThreadPrivate::start(void*) (arg=0x55e7a2222630) at thread/qthread_unix.cpp:340
#10 0x00007fb896f7d6da in start_thread (arg=0x7fb86f3e4700) at pthread_create.c:333
#11 0x00007fb89aaf014d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 2 (Thread 0x7fb86591b700 (LWP 2612)):
#0  0x00007fb89aae458d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007fb8938fe3dc in g_main_context_iterate (priority=2147483647, n_fds=1, fds=0x7fb860003020, timeout=<optimized out>, context=0x7fb860000990) at gmain.c:4135
#2  0x00007fb8938fe3dc in g_main_context_iterate (context=context@entry=0x7fb860000990, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3835
#3  0x00007fb8938fe4ec in g_main_context_iteration (context=0x7fb860000990, may_block=may_block@entry=1) at gmain.c:3901
#4  0x00007fb89b927acb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x7fb8600008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:419
#5  0x00007fb89b8d050a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7fb86591ac80, flags=..., flags@entry=...) at kernel/qeventloop.cpp:204
#6  0x00007fb89b6fc744 in QThread::exec() (this=<optimized out>) at thread/qthread.cpp:503
#7  0x00007fb89b7016b8 in QThreadPrivate::start(void*) (arg=0x55e7a22c8f90) at thread/qthread_unix.cpp:340
#8  0x00007fb896f7d6da in start_thread (arg=0x7fb86591b700) at pthread_create.c:333
#9  0x00007fb89aaf014d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1 (Thread 0x7fb8836d6940 (LWP 2428)):
[KCrash Handler]
#6  0x000055e7a0841f80 in AlarmCalendar::isOpen() ()
#7  0x000055e7a088046c in MessageWin::redisplayAlarms() ()
#8  0x000055e7a0857119 in KAlarmApp::checkWritableCalendar() ()
#9  0x00007fb89b8ff35e in QMetaObject::activate(QObject*, int, int, void**) (a=0x7ffebc25e7b0, r=0x55e7a219d050, this=<optimized out>) at ../../src/corelib/kernel/qobject_impl.h:124
#10 0x00007fb89b8ff35e in QMetaObject::activate(QObject*, int, int, void**) (sender=0x55e7a2274890, signalOffset=<optimized out>, local_signal_index=<optimized out>, argv=<optimized out>) at kernel/qobject.cpp:3715
#11 0x00007fb8a03002e2 in Akonadi::EntityTreeModel::collectionTreeFetched(QVector<Akonadi::Collection> const&) () at /usr/lib64/libKF5AkonadiCore.so.5
#12 0x00007fb8a030e4a3 in Akonadi::EntityTreeModelPrivate::collectionFetchJobDone(KJob*) () at /usr/lib64/libKF5AkonadiCore.so.5
#13 0x00007fb89b8ff020 in QMetaObject::activate(QObject*, int, int, void**) (sender=sender@entry=0x55e7a22de9f0, signalOffset=<optimized out>, local_signal_index=local_signal_index@entry=3, argv=argv@entry=0x7ffebc25e9c0) at kernel/qobject.cpp:3730
#14 0x00007fb89b8ff8f7 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) (sender=sender@entry=0x55e7a22de9f0, m=m@entry=0x7fb89dc12f60 <KJob::staticMetaObject>, local_signal_index=local_signal_index@entry=3, argv=argv@entry=0x7ffebc25e9c0) at kernel/qobject.cpp:3595
#15 0x00007fb89d9bee32 in KJob::result(KJob*, KJob::QPrivateSignal) (this=this@entry=0x55e7a22de9f0, _t1=_t1@entry=0x55e7a22de9f0) at /usr/src/debug/kcoreaddons-5.18.0/x86_64-redhat-linux-gnu/src/lib/moc_kjob.cpp:555
#16 0x00007fb89d9c0791 in KJob::finishJob(bool) (this=0x55e7a22de9f0, emitResult=<optimized out>) at /usr/src/debug/kcoreaddons-5.18.0/src/lib/jobs/kjob.cpp:109
#17 0x00007fb8a02c20cb in Akonadi::Job::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) () at /usr/lib64/libKF5AkonadiCore.so.5
#18 0x00007fb89b8ffe59 in QObject::event(QEvent*) (this=0x55e7a22de9f0, e=<optimized out>) at kernel/qobject.cpp:1256
#19 0x00007fb89c3705ec in QApplicationPrivate::notify_helper(QObject*, QEvent*) (this=<optimized out>, receiver=0x55e7a22de9f0, e=0x55e7a22c80a0) at kernel/qapplication.cpp:3712
#20 0x00007fb89c375836 in QApplication::notify(QObject*, QEvent*) (this=0x55e7a219d050, receiver=0x55e7a22de9f0, e=0x55e7a22c80a0) at kernel/qapplication.cpp:3493
#21 0x00007fb89b8d2948 in QCoreApplication::notifyInternal2(QObject*, QEvent*) (receiver=0x55e7a22de9f0, event=event@entry=0x55e7a22c80a0) at kernel/qcoreapplication.cpp:1013
#22 0x00007fb89b8d480a in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (event=0x55e7a22c80a0, receiver=<optimized out>) at kernel/qcoreapplication.h:227
#23 0x00007fb89b8d480a in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (receiver=receiver@entry=0x0, event_type=event_type@entry=0, data=0x55e7a2185870) at kernel/qcoreapplication.cpp:1648
#24 0x00007fb89b8d4cc8 in QCoreApplication::sendPostedEvents(QObject*, int) (receiver=receiver@entry=0x0, event_type=event_type@entry=0) at kernel/qcoreapplication.cpp:1506
#25 0x00007fb89b9276a3 in postEventSourceDispatch(GSource*, GSourceFunc, gpointer) (s=0x55e7a21e1ea0) at kernel/qeventdispatcher_glib.cpp:270
#26 0x00007fb8938fe0aa in g_main_context_dispatch (context=0x7fb87c0016f0) at gmain.c:3154
#27 0x00007fb8938fe0aa in g_main_context_dispatch (context=context@entry=0x7fb87c0016f0) at gmain.c:3769
#28 0x00007fb8938fe440 in g_main_context_iterate (context=context@entry=0x7fb87c0016f0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3840
#29 0x00007fb8938fe4ec in g_main_context_iteration (context=0x7fb87c0016f0, may_block=may_block@entry=1) at gmain.c:3901
#30 0x00007fb89b927aaf in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x55e7a21ea920, flags=...) at kernel/qeventdispatcher_glib.cpp:417
#31 0x00007fb89b8d050a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7ffebc25ef80, flags=..., flags@entry=...) at kernel/qeventloop.cpp:204
#32 0x00007fb89b8d8d4c in QCoreApplication::exec() () at kernel/qcoreapplication.cpp:1283
#33 0x000055e7a0804f46 in main ()

Reported using DrKonqi
Comment 1 David Jarvie 2016-01-22 14:38:56 UTC
This should be fixed now (I can't test because I can't reproduce the bug). Commit 4c8ecf34c1d9432b692d4ead41fc4b879aa51b4d (15.12 branch).
Comment 2 George R. Goffe 2016-01-23 02:23:51 UTC
David,

This may be a timing of processes problem. I guess that kalarm got a bad address and tried to use it? Who provided the address?

I'll keep my eyes open and re-open if I see it again.

Thanks!

George...
Comment 3 David Jarvie 2016-01-26 15:12:26 UTC
I don't understand what can have given rise to the bug, but there is now an extra guard against using invalid data. Hence I can't be sure that it's fixed.
Comment 4 George R. Goffe 2016-01-26 19:48:50 UTC
David,

I appreciate your help with this one!

I'll keep my eyes peeled and will open a new bug if I see the problem again.

Again, thanks,

George...
Comment 5 David Jarvie 2016-01-27 01:20:18 UTC
Preferably reopen this bug rather than a new one if you see the problem again.