Application: kalarm (2.4.10) KDE Platform Version: 4.4.5 (KDE 4.4.5) Qt Version: 4.6.2 Operating System: Linux 2.6.33-02063305-generic i686 Distribution: Ubuntu 10.04.4 LTS -- Information about the crash: KAlarm automatically closed after the login of Gnome. I don't know because. The crash can be reproduced some of the time. -- Backtrace: Application: KAlarm (kalarm), signal: Segmentation fault [KCrash Handler] #6 0x0816059b in AlarmResources::resourceManager (this=0x83cf210) at ./../../kalarm/resources/alarmresources.h:165 #7 ResourceModel::refresh (this=0x83cf210) at ../../kalarm/resourcemodelview.cpp:217 #8 0x08160845 in ResourceModel (this=0x83cf210, parent=0x0) at ../../kalarm/resourcemodelview.cpp:52 #9 0x08160926 in ResourceModel::instance (parent=0x0) at ../../kalarm/resourcemodelview.cpp:45 #10 0x08163d4e in ResourceSelector (this=0x83c6258, calendar=0x0, parent=0x832e9c0) at ../../kalarm/resourceselector.cpp:85 #11 0x080e295a in MainWindow (this=0x8394848, restored=false, __in_chrg=<value optimized out>, __vtt_parm=<value optimized out>) at ../../kalarm/mainwindow.cpp:164 #12 0x080e3072 in MainWindow::create (restored=false) at ../../kalarm/mainwindow.cpp:127 #13 0x080d62bc in KAlarmApp::newInstance (this=0x8204430) at ../../kalarm/kalarmapp.cpp:435 #14 0xb6c50e30 in KUniqueApplicationAdaptor::newInstance (this=0x8341e08, asn_id=..., args=...) at ../../kdeui/kernel/kuniqueapplication.cpp:454 #15 0xb6c51592 in KUniqueApplicationAdaptor::qt_metacall (this=0x8341e08, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0xbfb794ac) at ./kuniqueapplication_p.moc:81 #16 0xb5d38b34 in QDBusConnectionPrivate::deliverCall (this=0x81fed88, object=0x8341e08, msg=..., metaTypes=..., slotIdx=4) at qdbusintegrator.cpp:904 #17 0xb5d39e45 in QDBusConnectionPrivate::activateCall (this=0x81fed88, object=0x8341e08, flags=337, msg=...) at qdbusintegrator.cpp:816 #18 0xb5d3a880 in QDBusConnectionPrivate::activateObject (this=0x81fed88, node=..., msg=..., pathStartPos=16) at qdbusintegrator.cpp:1364 #19 0xb5d3ab1a in QDBusActivateObjectEvent::placeMetaCall (this=0x83a8a30) at qdbusintegrator.cpp:1477 #20 0xb5c123fe in QObject::event (this=0x8204430, e=0x83a8a30) at kernel/qobject.cpp:1248 #21 0xb5c0150b in QCoreApplication::event (this=0x8204430, e=0x83a8a30) at kernel/qcoreapplication.cpp:1533 #22 0xb6126e46 in QApplication::event (this=0x8204430, e=0x83a8a30) at kernel/qapplication.cpp:2353 #23 0xb61224dc in QApplicationPrivate::notify_helper (this=0x8207d60, receiver=0x8204430, e=0x83a8a30) at kernel/qapplication.cpp:4300 #24 0xb612905e in QApplication::notify (this=0x8204430, receiver=0x8204430, e=0x83a8a30) at kernel/qapplication.cpp:3704 #25 0xb6c4940a in KApplication::notify (this=0x8204430, receiver=0x8204430, event=0x83a8a30) at ../../kdeui/kernel/kapplication.cpp:302 #26 0xb5c01a3b in QCoreApplication::notifyInternal (this=0x8204430, receiver=0x8204430, event=0x83a8a30) at kernel/qcoreapplication.cpp:704 #27 0xb5c04473 in QCoreApplication::sendEvent (receiver=0x0, event_type=0, data=0x81e42e0) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215 #28 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x81e42e0) at kernel/qcoreapplication.cpp:1345 #29 0xb5c045dd in QCoreApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qcoreapplication.cpp:1238 #30 0xb5c2dadf in QCoreApplication::sendPostedEvents (s=0x820bca0) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:220 #31 postEventSourceDispatch (s=0x820bca0) at kernel/qeventdispatcher_glib.cpp:276 #32 0xb46915e5 in g_main_dispatch (context=0x820acd8) at /build/buildd/glib2.0-2.24.1/glib/gmain.c:1960 #33 IA__g_main_context_dispatch (context=0x820acd8) at /build/buildd/glib2.0-2.24.1/glib/gmain.c:2513 #34 0xb46952d8 in g_main_context_iterate (context=0x820acd8, block=<value optimized out>, dispatch=1, self=0x8206628) at /build/buildd/glib2.0-2.24.1/glib/gmain.c:2591 #35 0xb46954b8 in IA__g_main_context_iteration (context=0x820acd8, may_block=1) at /build/buildd/glib2.0-2.24.1/glib/gmain.c:2654 #36 0xb5c2d5d5 in QEventDispatcherGlib::processEvents (this=0x81e44c0, flags=...) at kernel/qeventdispatcher_glib.cpp:412 #37 0xb61e2135 in QGuiEventDispatcherGlib::processEvents (this=0x81e44c0, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #38 0xb5c00059 in QEventLoop::processEvents (this=0xbfb79eb4, flags=) at kernel/qeventloop.cpp:149 #39 0xb5c004aa in QEventLoop::exec (this=0xbfb79eb4, flags=...) at kernel/qeventloop.cpp:201 #40 0xb5c0469f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:981 #41 0xb6122577 in QApplication::exec () at kernel/qapplication.cpp:3579 #42 0x0809a5c5 in main (argc=3, argv=0xbfb7a384) at ../../kalarm/main.cpp:127 Reported using DrKonqi
If you start KAlarm again after it crashes, without logging out, does it crash again sometimes? If so, after it crashes, can you please open a terminal window, and then start KAlarm from there, by typing "kalarm" followed by ENTER in the terminal window. If it crashes again, please copy the output from the terminal window to this bug report.
Information supplied by the reporter, by email, 19/3/2012: KAlarm after the restart, manually, don't crashes again, it crashes, and not at all times, only after the first start, at login.
Do you see any error message windows appearing briefly, before KAlarm crashes?
Git commit 4a3204b75464406ab3b3505e2fe222937aac6750 by David Jarvie. Committed on 29/03/2012 at 01:07. Pushed by djarvie into branch 'master'. Bug 296383: during startup, check that resources calendar opens ok [KResources build option]: Prevent crash in program initialisation by checking that the resources calendar has opened successfully. M +17 -2 kalarm/alarmcalendar.cpp M +1 -1 kalarm/alarmcalendar.h M +2 -1 kalarm/kalarmapp.cpp http://commits.kde.org/kdepim/4a3204b75464406ab3b3505e2fe222937aac6750
Git commit 77e96906cd3d520fc32fb710ac73b7a7cee2df12 by David Jarvie. Committed on 29/03/2012 at 01:27. Pushed by djarvie into branch 'KDE/4.8'. Bug 296383: during startup, check that resources calendar opens ok [KResources build option]: Prevent crash in program initialisation by checking that the resources calendar has opened successfully. Backport of 4a3204b75464406ab3b3505e2fe222937aac6750 (master) M +2 -1 kalarm/Changelog M +17 -2 kalarm/alarmcalendar.cpp M +1 -1 kalarm/alarmcalendar.h M +2 -1 kalarm/kalarmapp.cpp http://commits.kde.org/kdepim/77e96906cd3d520fc32fb710ac73b7a7cee2df12
Git commit f73e082654a88617439043454b45bf950d168dfc by David Jarvie. Committed on 29/03/2012 at 01:29. Pushed by djarvie into branch 'KDE/4.4'. Bug 296383: during startup, check that resources calendar opens ok Prevent crash in program initialisation by checking that the resources calendar has opened successfully. Backport of 4a3204b75464406ab3b3505e2fe222937aac6750 (master) M +2 -1 kalarm/Changelog M +16 -3 kalarm/alarmcalendar.cpp M +2 -2 kalarm/alarmcalendar.h M +2 -1 kalarm/kalarmapp.cpp http://commits.kde.org/kdepim/f73e082654a88617439043454b45bf950d168dfc
I've committed a fix, which I hope will prevent the crash if the error I suspect is triggering the crash occurs. There is still a possibility that KAlarm could terminate cleanly instead of crashing - if you see the same problem after updating to a new version of KAlarm, please reopen the bug. The fix will be in KDE 4.8.2. It will also be in KDE/kdepim 4.4.12, if that is ever released (which is unlikely).