Version: 0.1 (using 3.5.9-4.el5 Fedora, CentOS release 5 (Final))
Compiler: Target: i386-redhat-linux
OS: Linux (i686) release 2.6.21-3_HPM
Not available - Is there any log file I can look at ?
I found at least the following back trace from the core dump.
Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1208153616 (LWP 3751)]
[New Thread -1261872240 (LWP 4448)]
[New Thread -1219908720 (LWP 4447)]
[New Thread -1211516016 (LWP 4446)]
[New Thread -1236694128 (LWP 4445)]
[New Thread -1228301424 (LWP 4442)]
[New Thread -1245086832 (LWP 4440)]
[New Thread -1253479536 (LWP 4437)]
0xffffe410 in __kernel_vsyscall ()
#0 0xffffe410 in __kernel_vsyscall ()
#1 0x4e753557 in pthread_join () from /lib/libpthread.so.0
#2 0x41168926 in QWidget::setUpdatesEnabled () from /lib/libgthread-2.0.so.0
#3 0x413b8c7f in g_thread_join () from /lib/libglib-2.0.so.0
#4 0x411a6a20 in osengine_finalize () from /usr/lib/libosengine.so.0
#5 0x411bedcf in QSync::Engine::finalize (this=0x819bb48) at engine.cpp:52
#6 0x4148f593 in ~SyncProcess (this=0x819be40) at syncprocess.cpp:45
#7 0x4149053b in ~SyncProcessManager (this=0x818dc90)
#8 0x41490f55 in __tcf_0 () at /usr/include/kde/kstaticdeleter.h:126
#9 0x4e604c79 in __cxa_finalize () from /lib/libc.so.6
#10 0x41483084 in __do_global_dtors_aux () from /usr/lib/libkitchensync.so.0
#11 0x414c6f9c in _fini () from /usr/lib/libkitchensync.so.0
#12 0x4dc177de in _dl_fini () from /lib/ld-linux.so.2
#13 0x4e6049c9 in exit () from /lib/libc.so.6
#14 0x4ea60512 in qt_xget_readonly_gc ()
#15 0x4e201a1d in KApplication::xioErrhandler () from /usr/lib/libkdecore.so.4
#16 0x4e201a69 in KApplication::xioErrhandler () from /usr/lib/libkdecore.so.4
#17 0x4dc65fed in _XIOError () from /usr/lib/libX11.so.6
#18 0x4dc684ac in _XEventsQueued () from /usr/lib/libX11.so.6
#19 0x4dc53f32 in XPending () from /usr/lib/libX11.so.6
#20 0x4ea8112a in QEventLoop::processEvents ()
#21 0x4eaf24a0 in QEventLoop::enterLoop ()
#22 0x4eaf2356 in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#23 0x4ead8a8f in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#24 0x0804d265 in main (argc=) at main.cpp:57
#25 0x4e5eedec in __libc_start_main () from /lib/libc.so.6
#26 0x0804d091 in _start ()
Hope this helps.
SVN commit 835987 by lunakl:
Remove emitting of aboutToQuit() from KApplication::xioErrhandler() - the application
is not about to quit, it is about to fall flat on its face. There is really not that
much to do once KDE apps lose their connection to the X server. How that can happen
while the X server still continues to run is a different question and I don't know
the answer. It is quite possible it is caused by careless usage of one X connection
from several threads concurrently without proper locking.
M +0 -1 kapplication.cpp
WebSVN link: http://websvn.kde.org/?view=rev&revision=835987
Where are we with respect to this bug report ? I (=original reporter) have moved on to Kubuntu Oneiric (linux kernel 3.0.0, KDE 4.7). Did kitchensync make it to KDE 4 ? If not, we might want to close this bug.
I am sorry to tell you that I had to give up developing kitchensync. I took it over from Tobias Koenig to make it work again with the new opensync API, but now that I have started my professionnal life I don't find any time to maintain kitchensync anymore. So let's close the bug.
Btw, kitchensync has been ported to KDE4 and basically works. The problem is more on the opensync side...
OK, given the last comment (#4) I changed the status of the bug to "resolved" as "unmaintained". I hope that is OK.