Hide Forgot
abrt version: 1.1.18 architecture: x86_64 Attached file: backtrace, 22594 bytes cmdline: gnumeric '/home/allane/companies/PCA/Company/Finance/Time And Expenses/PCA Expense Summary.xls' component: gnumeric Attached file: coredump, 38612992 bytes crash_function: value_release executable: /usr/bin/gnumeric-1.10.14 kernel: 2.6.35.12-90.fc14.x86_64 package: gnumeric-1:1.10.14-1.fc14 rating: 4 reason: Process /usr/bin/gnumeric-1.10.14 was killed by signal 11 (SIGSEGV) release: Fedora release 14 (Laughlin) How to reproduce: Exiting the application after viewing (not modifying) large .XLS file. time: 1305195191 uid: 500
Created attachment 498498 [details] File: backtrace
It might be necessary for you to provide the file in order to fix the problem. If it is confidential gnumeric upstream has a way to possibly deal with that: http://projects.gnome.org/gnumeric/how-to-help.shtml
Package: gnumeric-1:1.10.14-1.fc14 Architecture: x86_64 OS Release: Fedora release 14 (Laughlin) How to reproduce ----- I assume this one is the same as before (ABRT thinks differently) but: Gnumeric crashes when closing (window manager x button) after opening big old XLS file. 1. Open 16.7M XLS file from Nautilus 2. Click window manager x button
For what it is worth, running gnumeric from the command line produces 398394 lines of error messages (!), starting with: ** (gnumeric:31412): WARNING **: unknown index type 0 for field 'Code' (#5) ** (gnumeric:31412): WARNING **: unknown index type 0 for field 'Currency' (#7) ** (gnumeric:31412): WARNING **: unknown index type 0 for field 'VAT Claimed' (#14) ** (gnumeric:31412): WARNING **: unknown index type 0 for field 'VAT Return' (#15) ** (gnumeric:31412): WARNING **: unknown index type 0 for field 'VAT Company' (#16) ** (gnumeric:31412): WARNING **: c8 : expected len 5 not 6 Opcode 0xc9 length 8 malloced? 0 Data: 0 | 00 00 00 00 00 00 2a 40 XX XX XX XX XX XX XX XX | ......*@******** Opcode 0xc9 length 8 malloced? 0 Data: 0 | 00 00 00 00 00 00 46 40 XX XX XX XX XX XX XX XX | ......F@******** Opcode 0xcd length 5 malloced? 0 Data: 0 | 02 00 00 4e 4d XX XX XX XX XX XX XX XX XX XX XX | ...NM*********** Opcode 0xcd length 28 malloced? 0 [ ... ] And no, I am not keen on sharing the sheet. I mostly use LibreOffice anyhow which opens it fine.
It looks like the crash is pivot-related. Can you confirm that the file uses pivots? If so, 0. Make a copy of the file. 1. Select all cells and set the format to General. 2. Delete all contents. 3. Retry loading that file in Gnumeric. If that still crashes, can you share that file with us?
This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping