Bug 265865 - Akonadi crash at Kontact statup but Kontact works normaly
Summary: Akonadi crash at Kontact statup but Kontact works normaly
Status: RESOLVED DUPLICATE of bug 209263
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: ICal file resource (show other bugs)
Version: unspecified
Platform: Debian stable Linux
: NOR crash
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-09 11:11 UTC by robert Lain
Modified: 2011-02-28 20:00 UTC (History)
0 users

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 robert Lain 2011-02-09 11:11:38 UTC
Application: akonadi_ical_resource (0.1)
KDE Platform Version: 4.4.5 (KDE 4.4.5)
Qt Version: 4.6.3
Operating System: Linux 2.6.32-5-686 i686
Distribution: Debian GNU/Linux 6.0 (squeeze)

-- Information about the crash:
Systematic apparent crash of Akonadi when starting Kontact or Kaddressbook, however the application still works.
This happen after the latest Aptitude update of Sqeeze from 5 Feb 2011. Crash Not noticed before.

The crash can be reproduced every time.

 -- Backtrace:
Application: Akonadi Resource (akonadi_ical_resource), signal: Aborted
[KCrash Handler]
#6  0xb78aa424 in __kernel_vsyscall ()
#7  0xb5d71751 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#8  0xb5d74b82 in *__GI_abort () at abort.c:92
#9  0xb5f6b53f in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/libstdc++.so.6
#10 0xb5f69405 in ?? () from /usr/lib/libstdc++.so.6
#11 0xb5f69442 in std::terminate() () from /usr/lib/libstdc++.so.6
#12 0xb5f69581 in __cxa_throw () from /usr/lib/libstdc++.so.6
#13 0xb60077f5 in qBadAlloc () at global/qglobal.cpp:2003
#14 0xb66e5be4 in QX11PixmapData::toImage (this=0x91549e8) at image/qpixmap_x11.cpp:1494
#15 0xb66cac4b in QPixmap::toImage (this=0xbfae6a70) at image/qpixmap.cpp:486
#16 0xb7191296 in KPixmapCache::Private::writeData (this=0x9122fa8, key=..., pix=...) at ../../kdeui/util/kpixmapcache.cpp:1474
#17 0xb719201e in KPixmapCache::insert (this=0x9122e68, key=..., pix=...) at ../../kdeui/util/kpixmapcache.cpp:1440
#18 0xb70d016b in KIconCache::insert (this=0x9122e68, key=..., pix=...) at ../../kdeui/icons/kiconcache.cpp:298
#19 0xb70c45cd in KIconLoader::loadIcon (this=0x90a1438, _name=..., group=KIconLoader::User, size=16, state=0, overlays=..., path_store=0x0, canReturnNull=true)
    at ../../kdeui/icons/kiconloader.cpp:1005
#20 0xb70c4258 in KIconLoader::loadIcon (this=0x90a1438, _name=..., group=KIconLoader::Desktop, size=16, state=0, overlays=..., path_store=0x0, canReturnNull=false)
    at ../../kdeui/icons/kiconloader.cpp:1130
#21 0xb70bc5d9 in KIconEngine::pixmap (this=0x90cd0f0, size=..., mode=QIcon::Normal, state=QIcon::Off) at ../../kdeui/icons/kiconengine.cpp:119
#22 0xb66975e6 in QIcon::pixmap (this=0xbfae700c, size=..., mode=QIcon::Normal, state=QIcon::Off) at image/qicon.cpp:678
#23 0xb66828a3 in QWidgetPrivate::setWindowIcon_sys (this=0x90cd648, forceReset=false) at kernel/qwidget_x11.cpp:1459
#24 0xb66362e1 in QWidget::create (this=0x911dbb8, window=0, initializeWindow=<value optimized out>, destroyOldWindow=<value optimized out>) at kernel/qwidget.cpp:1355
#25 0xb6632346 in QWidgetPrivate::createWinId (this=0x90cd648, winid=0) at kernel/qwidget.cpp:2343
#26 0xb6636068 in QWidget::createWinId (this=0x911dbb8) at kernel/qwidget.cpp:2359
#27 0xb66712ce in setupOwner () at kernel/qclipboard_x11.cpp:131
#28 0xb6671d59 in QClipboard (this=0x90cd1d8, parent=0x0) at kernel/qclipboard_x11.cpp:458
#29 0xb65d6824 in QApplication::clipboard () at kernel/qapplication.cpp:3092
#30 0xb71075dc in KClipboardSynchronizer::Private::setupSignals (this=0x90cd198) at ../../kdeui/kernel/kclipboard.cpp:94
#31 0xb7107cbb in KClipboardSynchronizer (this=0x90cd130, parent=0x0) at ../../kdeui/kernel/kclipboard.cpp:84
#32 0xb7107d6f in operator-> () at ../../kdeui/kernel/kclipboard.cpp:73
#33 operator KClipboardSynchronizer* () at ../../kdeui/kernel/kclipboard.cpp:73
#34 KClipboardSynchronizer::self () at ../../kdeui/kernel/kclipboard.cpp:74
#35 0xb7102360 in KApplicationPrivate::init (this=0x9117f28, GUIenabled=true) at ../../kdeui/kernel/kapplication.cpp:463
#36 0xb7103a97 in KApplication (this=0xbfae7510, GUIenabled=true) at ../../kdeui/kernel/kapplication.cpp:343
#37 0x0805a29e in ?? ()
#38 0xb5d5dc76 in __libc_start_main (main=0x805a250, argc=3, ubp_av=0xbfae75f4, init=0x805bd90 <__libc_csu_init>, fini=0x805bd80 <__libc_csu_fini>, rtld_fini=0xb78b9040 <_dl_fini>, 
    stack_end=0xbfae75ec) at libc-start.c:228
#39 0x08050651 in _start ()

Possible duplicates by query: bug 260684, bug 260609, bug 259526, bug 259505, bug 259428.

Reported using DrKonqi
Comment 1 Christophe Marin 2011-02-09 12:31:25 UTC

*** This bug has been marked as a duplicate of bug 209263 ***
Comment 2 robert Lain 2011-02-09 13:49:01 UTC
OK Christophe,
it seems that there are many similar problems.
I did not report it as duplicate of  209263 because the context/environment 
was different.

Additional information: similar error also appears when changing application 
within Kontact.

Thank you for developing KDE.
Comment 3 robert Lain 2011-02-13 01:47:38 UTC
Dear Christophe,
an additional piece of information concerning the Akonadi crash (the crash 
message appears several times during KMail start up and also at closure of 
KMail):
after closing the session where crashes happen, the next session is OK, no 
sign of crash what so ever.
Comment 4 robert Lain 2011-02-28 20:00:56 UTC
Christophe,
For information:
It appears very clearly that the Akonadi crash occurs only if one launches 
KMail before KDE has finished loading everything (and made the little music 
signaling completion).
If one wait for that then evrything is OK
If one does not wait then the number of crash message depends on how early in 
the KDE start up sequence Kmail is launched. The later it is launched the 
lower the number of crash messages.