GNOME Bugzilla – Bug 730727
Inconsistent name value
Last modified: 2014-05-25 19:40:16 UTC
With formats.ods from Jean's recent bug I get: welinder@sherwood:~/gnome-src/gnumeric/src> ./ssconvert ~/Download/formats.ods ~/f.gnumeric welinder@sherwood:~/gnome-src/gnumeric/src> gunzip < ~/f.gnumeric | grep 'Sheet0!' | grep gnm:value <gnm:value>Sheet0!$A$1:$AJMXZU$1</gnm:value> welinder@sherwood:~/gnome-src/gnumeric/src> ./ssconvert ~/Download/formats.ods ~/f.gnumeric welinder@sherwood:~/gnome-src/gnumeric/src> gunzip < ~/f.gnumeric | grep 'Sheet0!' | grep gnm:value <gnm:value>Sheet0!$A$1:$ZDFJU$1</gnm:value> welinder@sherwood:~/gnome-src/gnumeric/src> ./ssconvert ~/Download/formats.ods ~/f.gnumeric welinder@sherwood:~/gnome-src/gnumeric/src> gunzip < ~/f.gnumeric | grep 'Sheet0!' | grep gnm:value <gnm:value>Sheet0!$A$1:$BQZZMG$1</gnm:value> That can't be good!
This is what valgrind has to say. I'm not sure what to make of the gsf-libxml.c reference, though. ==1588== Conditional jump or move depends on uninitialised value(s) ==1588== at 0x4F3AE17: range_normalize (ranges.c:511) ==1588== by 0x4F3368B: gnm_1_0_rangeref_as_string (parse-util.c:439) ==1588== by 0x4EEE2CC: do_expr_as_string (expr.c:1768) ==1588== by 0x4EEE391: gnm_expr_as_string (expr.c:1859) ==1588== by 0x4FBAF08: xml_write_named_expressions (xml-sax-write.c:227) ==1588== by 0x4FBC395: gnm_xml_file_save_full.isra.23 (xml-sax-write.c:1488) ==1588== by 0x4F9BE2C: wbv_save_to_output (workbook-view.c:1059) ==1588== by 0x4F9BF36: wb_view_save_to_uri (workbook-view.c:1093) ==1588== by 0x4F9C140: wb_view_save_as (workbook-view.c:1129) ==1588== by 0x4047A9: convert (ssconvert.c:831) ==1588== by 0x403AD6: main (ssconvert.c:903) ==1588== Uninitialised value was created by a stack allocation ==1588== at 0x5BD1B47: push_child (gsf-libxml.c:638)
This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.