Summary: | Calc crashes while saving a XLS document | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Gökçen Eraslan <gokcen.eraslan> |
Component: | Spreadsheet | Assignee: | Katarina Behrens <bubli> |
Status: | CLOSED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | gautier.sophie, thb |
Version: | 3.3.0 Beta3 | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
Stack trace of crash
Document that makes libreoffice crash Crashes saving as .xls Backtrace with line numbers |
Created attachment 39797 [details]
Document that makes libreoffice crash
Make some changes and try to save to reproduce the crash.
works for me ( with beta2 ) did you try with libreoffice beta2? (In reply to comment #2) > works for me ( with beta2 ) did you try with libreoffice beta2? Yes, I'm trying and reproducing it with Beta2. Are you saving the document as xls? When I save it as ods, it's OK, but if I try to save in xls, oocalc crashes, and the backtrace is attached. (In reply to comment #3) > (In reply to comment #2) > > works for me ( with beta2 ) did you try with libreoffice beta2? > > Yes, I'm trying and reproducing it with Beta2. <sigh> dissappointing > Are you saving the document as > xls? yup, I am saving as xls, and the backtrace is not very useful unfortunately and even running with valgrind doesn't yield any clues. You not by any chance building your own libreoffice ? (In reply to comment #4) > (In reply to comment #3) > > (In reply to comment #2) > > > works for me ( with beta2 ) did you try with libreoffice beta2? > > > > Yes, I'm trying and reproducing it with Beta2. > <sigh> dissappointing > > Are you saving the document as > > xls? > > yup, I am saving as xls, and the backtrace is not very useful unfortunately I've extracted all the tarballs and got backtrace again, but it's the same. If you can tell me a way for getting a better trace I can try it. Now I install debug symbol packages and run: gdb ./soffice.bin run -norestore -nologo -calc and follow steps to reproduce the bug. and > even running with valgrind doesn't yield any clues. You not by any chance > building your own libreoffice ? I'm the LibreOffice package maintainer of Pardus Linux, so yes, I'm building my own LibreOffice from 3.2.99.2 sources. By the way, I'm using KDE4 GUI for LibreOffice in KDE 4.5.2, maybe this is related. (In reply to comment #5) [...] > I'm the LibreOffice package maintainer of Pardus Linux, so yes, I'm building my > own LibreOffice from 3.2.99.2 sources. > great, can you build sc with debug ( e.g. build debug=t ) that way well get some line numbers too. > By the way, I'm using KDE4 GUI for LibreOffice in KDE 4.5.2, maybe this is > related. wouldn't think so :-/ Gökcen, any news on this? LibreOffice 3.3.0 OOO330m12 (Build:2) libreoffice-build 3.2.99.3 (LibO_3.3.0beta3_20101115_Linux_x86_install-deb_en-US) Ubuntu 10.04.1 LTS 32bit Can consistently recreate this crash with the attached Pardus document. Select File > Save As... Change "All Formats" to "Microsoft Excel 97/2000/XP (.xls)" Click Save. The program disappears and the file is not saved. Re-launching and running Document Recovery works to re-open the file. This also occurs with all of my existing .ods files (did not crash with Beta2) saving to .xls. Can consistently recreate with the following attachment b3crashtest.ods. There is no problem saving to .xlsx. Did not test other formats. Created attachment 40455 [details]
Crashes saving as .xls
(In reply to comment #7) > Gökcen, any news on this? I will compile beta3 with debug options and provide a better trace in a while. Created attachment 40493 [details]
Backtrace with line numbers
Here is the stack trace with line number. sc module is built with debug=t parameter.
(In reply to comment #11) > Created an attachment (id=40493) [details] > Backtrace with line numbers > > Here is the stack trace with line number. sc module is built with debug=t > parameter. I think the "second" member of itRow is NULL, here is the output when I was trying to print itRow: (gdb) l 2110 ++itrBlkEnd; 2111 2112 // write the ROW records 2113 RowMap::iterator itRow; 2114 for( itRow = itrBlkStart; itRow != itrBlkEnd; ++itRow ) 2115 itRow->second->Save( rStrm ); 2116 2117 // write the cell records 2118 for( itRow = itrBlkStart; itRow != itrBlkEnd; ++itRow ) 2119 itRow->second->WriteCellList( rStrm ); (gdb) p itRow $1 = {first = 272, second = {px = , pn = {pi_ = }}} (gdb) p itRow->second There is no member or method named second. Bubli, could you have a look please? This should be fixed in 3.3 branch (git commit c9b21c9580204dc) Tested both document attached to this issue - it no longer crashes. RC1. This is no longer reproducible and is saving correctly on my systems with both attachments. LibreOffice 3.3.0 OOO330m17 (Build:3) libreoffice-build 3.3.0.1 Ubuntu 10.04.1 LTS 32bit Thanks all! (In reply to comment #15) > RC1. This is no longer reproducible and is saving correctly on my systems with > both attachments. Yeah, this is why the bug is marked as fixed :) Verified - Closed - Sophie Remove infoprovider from closed and resolved bugs. This is a Calc issue, therefore changed 'Component' field accordingly. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 39796 [details] Stack trace of crash When I try to save a XLS document, oocalc crashes. Stack trace and the document is attached. LibreOffice is 3.2.99.2 version.