After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 341917 - Cannot open specific Excel file
Cannot open specific Excel file
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: import/export MS Excel (tm)
git master
Other All
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2006-05-15 23:20 UTC by the.mad.doctor.kaeding
Modified: 2006-05-16 21:12 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
made with real microsoft excel (65.50 KB, application/octet-stream)
2006-05-15 23:21 UTC, the.mad.doctor.kaeding 		Details

Description the.mad.doctor.kaeding 2006-05-15 23:20:22 UTC 
Steps to reproduce:
1. try to open the attached .xls file 
2.  
3.  
 

Stack trace:
Sorry, I don't have a debugger. 
 

Other information:
Comment 1 the.mad.doctor.kaeding 2006-05-15 23:21:25 UTC 
Created attachment 65557 [details]
made with real microsoft excel
Comment 2 the.mad.doctor.kaeding 2006-05-15 23:27:33 UTC 
lots of warnings like:
(gnumeric:24602): gnumeric:read-WARNING **: XL: Xf index 0x701 is not in the range[0..0x1E)
** (gnumeric:24286): CRITICAL **: sheet_cell_new: assertion `col < SHEET_MAX_COLS' failed
** (gnumeric:24286): CRITICAL **: cell_set_value: assertion `cell != NULL' failed
(gnumeric:24286): gnumeric:read-WARNING **: XL: Xf index 0x2300 is not in the range[0..0x1E)
Comment 3 Morten Welinder 2006-05-16 01:18:52 UTC 
Confirmed.  Here's the stack trace for the first I get.

(gdb) where

+ Trace 68241

  • #0 excel_get_xf
    at ms-excel-read.c line 1642
  • #1 excel_read_MULRK
    at ms-excel-read.c line 4112
  • #2 excel_read_sheet
    at ms-excel-read.c line 5725
  • #3 excel_read_BOF
    at ms-excel-read.c line 6026
  • #4 excel_read_workbook
    at ms-excel-read.c line 6092
  • #5 excel_file_open
    at boot.c line 191
  • #6 go_plugin_loader_module_func_file_open
    at go-plugin-loader-module.c line 239
Comment 4 Morten Welinder 2006-05-16 01:44:35 UTC 
Here's the data for that record:

(gdb) x /12h q->data
0x414bcdef:     0x0010  0x000b  0x000f  0x0000  0x4014  0x000f  0x0000  0x4020
0x414bcdff:     0xff0f  0xffff  0xffff  0xffff

Note the final 0xffff which claims to be the column number of the last
column in this segment.  The file would appear to be corrupted.

All other excel readers that I can find with google read the record the
same way we do, except http://cm.bell-labs.com/sources/plan9/sys/src/cmd/aux/msexceltables.c
which simply stops when less than 6 bytes are left.

What version of Excel generated that file?
Comment 5 Jon Kåre Hellan 2006-05-16 11:58:43 UTC 
Excel 2003 can't read it either
Comment 6 Morten Welinder 2006-05-16 21:12:05 UTC 
Fixed in the development version. The fix will be available in the next major release. Thank you for your bug report.

I don't think the file is valid, but I made Gnumeric get less confused
while reading it.  It now spews just a few warnings.