Bug 100115 - KSpread crashes with SIGSEGV when trying to open a particular XLS file.
Summary: KSpread crashes with SIGSEGV when trying to open a particular XLS file.
Status: RESOLVED FIXED
Alias: None
Product: calligrasheets
Classification: Applications
Component: filters (other bugs)
Version First Reported In: 1.3.5
Platform: Gentoo Packages Linux
: NOR crash
Target Milestone: ---
Assignee: Ariya Hidayat
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-23 20:55 UTC by nick soveiko
Modified: 2005-12-09 16:29 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
The file from the link (626.00 KB, application/octet-stream)
2005-09-16 14:49 UTC, Inge Wallin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description nick soveiko 2005-02-23 20:55:56 UTC
Version:           1.3.5 (using KDE KDE 3.3.2)
Installed from:    Gentoo Packages
Compiler:          gcc version 3.3.5  (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1) onfigured with: /var/tmp/portage/gcc-3.3.5-r1/work/gcc-3.3.5/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3.5 --includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5/info --with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/include/g++-v3 --host=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-shared --enable-threads=posix --disable-libgcj --enable-languages=c,c++,f77
Thread model: posix
OS:                Linux

The file can be downloaded at http://www.doe.carleton.ca/~nsoveiko/CDI.xls
Comment 1 Raphael Langerhorst 2005-02-24 15:08:16 UTC
still crashes in CVS HEAD,

relevant backtrace:

#8  0xbfbfade0 in ?? ()
#9  0x00000000 in ?? ()
#10 0x297241f0 in sigaction () from /usr/lib/libpthread.so.1
#11 0x2a57087e in Document::gotParagraph (this=0x2a63d030, text=@0xbfbfd0f0, 
    pap=@0xbfbfc6b4, chpxs=@0xbfbfd0e0)
    at /home/raphael/devel/kde/koffice/filters/olefilters/winword97/document.cc:115
#12 0x2a55e048 in MsWord::decodeParagraph (this=0x2a63d030, text=@0xbfbfd0f0, 
    layout=@0xbfbfd110, style=@0xbfbfd108, chpxs=@0xbfbfd0e0)
    at /home/raphael/devel/kde/koffice/filters/olefilters/winword97/msword.cc:363
#13 0x2a55eb11 in MsWord::getParagraphsFromPapxs (this=0x2a63d030, 
    fkp=0x83d2ef0 "", startFc=1024, endFc=1026, unicode=false)
    at /home/raphael/devel/kde/koffice/filters/olefilters/winword97/msword.cc:781
#14 0x2a55e5fa in MsWord::getParagraphsFromBtes (this=0x2a63d030, 
    startFc=1024, endFc=1026, unicode=false)
    at /home/raphael/devel/kde/koffice/filters/olefilters/winword97/msword.cc:654
#15 0x2a56075a in MsWord::parse (this=0x2a63d030)
    at /home/raphael/devel/kde/koffice/filters/olefilters/winword97/msword.cc:1144
#16 0x2a570d59 in Document::parse (this=0x2a63d030)
    at /home/raphael/devel/kde/koffice/filters/olefilters/winword97/document.cc:187
#17 0x2a5565cc in WinWordDoc::convert (this=0x2a63d008)
    at /home/raphael/devel/kde/koffice/filters/olefilters/winword97/winworddoc.cc:215
#18 0x2a555376 in WordFilter::filter (this=0x82c8658)
    at /home/raphael/devel/kde/koffice/filters/olefilters/winword97/wordfilter.cc:79
#19 0x2a54cb5e in OLEFilter::convert (this=0x83deb78, mimeTypeHint=@0xbfbfdef0)
    at /home/raphael/devel/kde/koffice/filters/olefilters/olefilter.cc:447
#20 0x2a54baa1 in OLEFilter::convert (this=0x83deb78, mimeTypeHint=@0xbfbfdf70)
    at /home/raphael/devel/kde/koffice/filters/olefilters/olefilter.cc:325
#21 0x2a54ae4a in OLEFilter::convert (this=0x83deb78, from=@0x8399078, 
    to=@0x8399080)
    at /home/raphael/devel/kde/koffice/filters/olefilters/olefilter.cc:109
#22 0x280ff603 in KoFilterChain::ChainLink::invokeFilter (this=0x8399070, 
    parentChainLink=0x0)
    at /home/raphael/devel/kde/koffice/lib/kofficecore/koFilterChain.cpp:66
#23 0x280fff4c in KoFilterChain::invokeChain (this=0x82a32b0)
    at /home/raphael/devel/kde/koffice/lib/kofficecore/koFilterChain.cpp:165
#24 0x280e8f8d in KoFilterManager::import (this=0x83c9a38, url=@0x819b968, 
    status=@0xbfbfe2fc)
    at /home/raphael/devel/kde/koffice/lib/kofficecore/koFilterManager.cc:223
#25 0x280db44a in KoDocument::openFile (this=0x819b900)
    at /home/raphael/devel/kde/koffice/lib/kofficecore/koDocument.cc:1448
#26 0x2828eacf in KParts::ReadOnlyPart::openURL (this=0x819b900, 
    url=@0xbfbfe4d0) at /home/raphael/devel/kde/kdelibs/kparts/part.cpp:343
#27 0x280daa69 in KoDocument::openURL (this=0x819b900, _url=@0xbfbfe560)
    at /home/raphael/devel/kde/koffice/lib/kofficecore/koDocument.cc:1356
#28 0x29cd6b3f in KSpreadDoc::initDoc (this=0x819b900, 
    flags=KoDocument::InitDocAppStarting, parentWidget=0x0)
    at /home/raphael/devel/kde/koffice/kspread/kspread_doc.cc:318
#29 0x280fa249 in KoApplication::start (this=0xbfbfe7f0)
    at /home/raphael/devel/kde/koffice/lib/kofficecore/koApplication.cc:147
#30 0x280791c4 in kdemain (argc=1, argv=0xbfbfe924)
    at /home/raphael/devel/kde/koffice/kspread/main.cc:41
#31 0x080487de in main (argc=1, argv=0xbfbfe924) at kspread.la.cc:2
Comment 2 Inge Wallin 2005-05-17 09:39:39 UTC
This is a filter problem. Moving it to component filters.
Comment 3 Inge Wallin 2005-09-16 14:49:25 UTC
Created attachment 12593 [details]
The file from the link

I attached the file from the link to the bug in case the link becomes invalid.
Comment 4 David Faure 2005-10-17 17:03:52 UTC
The backtrace was from the old msword filter, which isn't used anymore, so the crash is gone (in fact if there is an embedded document, it's not opened at all anymore). I get no crash, but trying to open that file uses a HUGE amount of memory in kspread-1.4.2 - and then there's an XML parse error because the maindoc.xml is truncated; it's 1.5M big, 44437 lines, but it stops in the middle of a tag.
Comment 5 Inge Wallin 2005-12-09 16:29:55 UTC
Then I close this bug.  The fact that KSpread uses large amounts of memory for loading files is documented in other bug reports.