Red Hat Bugzilla – Bug 650547
[abrt] ICEConnectionWorker killed by signal 6 (SIGABRT)
Last modified: 2010-11-09 04:02:19 EST
abrt version: 1.1.13
Attached file: backtrace
cmdline: /usr/lib64/openoffice.org3/program/swriter.bin -writer '/home/clarke/Documents/Resume/Cover Letter - General.odt'
comment: Edited a couple of documents in OpenOffice, did not notice abrt crash popup until a day later when another program (hugin) crashed.
reason: Process /usr/lib64/openoffice.org3/program/swriter.bin was killed by signal 6 (SIGABRT)
release: Fedora release 14 (Laughlin)
How to reproduce
2.edited a couple of documents
Created attachment 458399 [details]
All the java threads and different hooks into the SEGV callback make it hard to be sure what exactly is crashing. I wonder if it really is the ICEConnectionWorker thread that's crashing.
Can you reproduce this ?
When I have more time, I will try to reproduce the crash. Just to let you know (who knows, might help) what I normally have running on system and the settings of OpenOffice. I had just finished upgrading the O/S with "preupgrade" (from f13 to f14). I was using KDE (4.5.2) at the time of the crash. I have OO set to display non-printing characters. In the SysTray I normally have :
Pulse Audio Applet
Weather Forecast Applet
Resize and Rotate
Search Service/File Indexer
Also when the crash happened, I noticed that the OpenOffice Quickstarter had been run (I can't remember if I had this enabled before system upgrade).
I have tried to recreate the crash (opened the same documents; tried to do the same edit procedures; etc.), but I have been unable to duplicate it.
For the apps that are in the systray (Comment 3), for "Clipboard Contents" I meant to say "Klipper - Clipboard Tool"
#21 0x00007f02671bb4da in ICEConnectionWorker () at /usr/src/debug/OOO330_m13/vcl/unx/source/app/sm.cxx:668
nConnectionsBefore = 1
bWakeup = <value optimized out>
nBytes = 16
pLocalFD = 0x0
nRet = <value optimized out>
667 struct pollfd* pLocalFD = (struct pollfd*)rtl_allocateMemory( nBytes );
668 rtl_copyMemory( pLocalFD, ICEConnectionObserver::pFilehandles, nBytes );
Hmm, not sure if we can trust the values in the abrt stack, if we could then it suggest that rtl_allocateMemory returned a NULL pointer, which is unlikely.
Sigh, I'd need to be able to reproduce this to see why we ended up like this :-(