Red Hat Bugzilla – Bug 990695
[abrt] libreoffice-core-220.127.116.11-1.fc19: os::die: Process /usr/lib64/libreoffice/program/soffice.bin was killed by signal 6 (SIGABRT)
Last modified: 2015-03-30 07:04:01 EDT
Version-Release number of selected component:
cmdline: /usr/lib64/libreoffice/program/soffice.bin --writer --splash-pipe=5
runlevel: N 5
Thread no. 1 (10 frames)
#2 os::die at /usr/src/debug/java-1.7.0-openjdk-18.104.22.168-22.214.171.124.fc19.x86_64/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:1602
#3 VMError::report_and_die at /usr/src/debug/java-1.7.0-openjdk-126.96.36.199-188.8.131.52.fc19.x86_64/openjdk/hotspot/src/share/vm/utilities/vmError.cpp:1041
#4 crash_handler at /usr/src/debug/java-1.7.0-openjdk-184.108.40.206-220.127.116.11.fc19.x86_64/openjdk/hotspot/src/os/linux/vm/vmError_linux.cpp:106
#7 os::abort at /usr/src/debug/java-1.7.0-openjdk-18.104.22.168-22.214.171.124.fc19.x86_64/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:1583
#8 VMError::report_and_die at /usr/src/debug/java-1.7.0-openjdk-126.96.36.199-188.8.131.52.fc19.x86_64/openjdk/hotspot/src/share/vm/utilities/vmError.cpp:1037
#9 JVM_handle_linux_signal at /usr/src/debug/java-1.7.0-openjdk-184.108.40.206-220.127.116.11.fc19.x86_64/openjdk/hotspot/src/os_cpu/linux_x86/vm/os_linux_x86.cpp:528
#12 SfxItemSet::~SfxItemSet at /usr/src/debug/libreoffice-18.104.22.168/svl/source/items/itemset.cxx:319
#13 ~SfxAllItemSet at /usr/src/debug/libreoffice-22.214.171.124/include/svl/itemset.hxx:166
Potential duplicate: bug 706076
Created attachment 781314 [details]
Created attachment 781315 [details]
Created attachment 781316 [details]
Created attachment 781317 [details]
Created attachment 781318 [details]
Created attachment 781319 [details]
Created attachment 781320 [details]
Created attachment 781321 [details]
Created attachment 781322 [details]
Created attachment 781323 [details]
Created attachment 781324 [details]
Trying to sort ascending a command. This is easily reproducible.
cmdline: /usr/lib64/libreoffice/program/soffice.bin --calc file:///home/archambaf/Downloads/users_igloo.xlsx --splash-pipe=5
reason: Process /usr/lib64/libreoffice/program/soffice.bin was killed by signal 6 (SIGABRT)
runlevel: N 5
This problem is still reproducible with the latest update from LO:
# rpm -qa | grep offi
"Trying to sort ascending a command. This is easily reproducible."
Can you give a full description of what you do that triggers the reproducible crash ? Sorting in calc via data->sort ?
I was not explicit has the bug was already opened sorry.
I load an xlsx file which, I am sorry, I cannot share as it contains a user list. This file is mostly a list of emails, names, login... with a pivot table (tableau croisé dynamique in French I hope I picked up the good word in English) and 4 tabs in the file.
I select the C column (any column works) then click on the "Sort Ascending" button from the toolbar (I can also use the pivot table options to sort and it produces the same crash). Then, I click on "Extend Selection" ("Current Selection" does the same crash) and oocalc crashes with ABRT producing the report.
caolanm->erack: Familiar in any way ?
caolanm->fabien: Would it be possible to share the .xlsx by direct mail to erack ?
Not familiar. From backtrace thread 1 this happens under the event dispatcher when destroying an SfxItemSet, Calc isn't even on the stack..
If that is reproducible only with a certain document it would be of help to get it. Or preferably a stripped down document that exposes the behavior.
Bloody ABRT discarded my trace and did not even attach a comment...
I experienced with without using Calc at all, only with Writer. But I have no idea how to reproduce this. It even happened while after I had already switched to a different application. All those hard to reproduce crashes are annoying...
Fabien, any chance you send the problematic file to a developer? Or maybe you can reproduce the problem with a subset of the file, or even a subset of the file with actual values replaced with arbitrary strings?
Haven't seen this bug for quite a while.
I've been upgrading over Fedora 20 to Fedora 21 and the Libreoffice has followed in new versions.
So I think we shall close this incident.