Apache OpenOffice (AOO) Bugzilla – Issue 1768
Opening XLS file causing OO hang
Last modified: 2003-09-08 16:55:29 UTC
Attachment is a very simple Excel file (an invoice) prepared by Excel. When this file is being open by OO, OO hangs.
Created attachment 552 [details] Sample Excel file
Hi, reproduceble with OO, 6.0 Beta and current 641b. Cannot find the problem. Maybe this stack trace helps: TL641MI! String::Equals(class String const &) address 0x21e07807 SVT641MI! SfxStyleSheetIterator::Find(class String const &) + 131 bytes SVT641MI! SfxStyleSheetBasePool::Find(class String const &,enum SfxStyleFamily,unsigned short) + 70 bytes SVT641MI! SfxStyleSheetBase::SetParent(class String const &) + 365 bytes SVT641MI! SfxStyleSheet::SetParent(class String const &) + 95 bytes SC641MI! ScStyleSheet::SetParent(class String const &) + 208 bytes SC641MI! ScStyleSheetPool::Create(class String const &,enum SfxStyleFamily,unsigned short) + 143 bytes SVT641MI! SfxStyleSheetBasePool::Make(class String const &,enum SfxStyleFamily,unsigned short,unsigned short) + 286 bytes SC641MI! ScStyleSheetPool::Make(class String const &,enum SfxStyleFamily,unsigned short,unsigned short) + 351 bytes SC641MI! XF_Buffer::SetStyle(unsigned short,class String const &) + 125 bytes SC641MI! ImportExcel8::Style(void) + 941 bytes SC641MI! ImportExcel8::Read(void) + 1721 bytes SC641MI! ScImportExcel(class SfxMedium &,class ScDocument *,enum EXCIMPFORMAT) + 1178 bytes SC641MI! ScDocShell::ConvertFrom(class SfxMedium &) + 3041 bytes SFX641MI! SfxObjectShell::DoLoad(class SfxMedium *) + 2716 bytes SFX641MI! LoadEnvironment_Impl::Load(class SfxObjectFactory const *) + 2235 bytes SFX641MI! LoadEnvironment_Impl::LoadDataAvailable(void) + 960 bytes SFX641MI! LoadEnvironment_Impl::LoadDataAvailable(void) + 571 bytes SFX641MI! LoadEnvironment_Impl::Start(void) + 4624 bytes SFX641MI! SfxFrameLoader::load(class com::sun::star::uno::Sequence<struct com::sun::star::beans::PropertyValue> const &,class com::sun::star::uno::Reference<class com::sun::star::frame::XFrame> const &) + 7194 bytes FWK641MI! framework::BaseDispatcher::implts_loadIt(struct com::sun::star::util::URL const &,class com::sun::star::uno::Sequence<struct com::sun::star::beans::PropertyValue> &,class rtl::OUString const &,class com::sun::star::uno::Reference<class com::sun::star::frame::XFrame> const &,class com::sun::star::uno::Any const &) + 3695 bytes FWK641MI! framework::BlankDispatcher::dispatch(struct com::sun::star::util::URL const &,class com::sun::star::uno::Sequence<struct com::sun::star::beans::PropertyValue> const &) + 2028 bytes SFX641MI! SfxApplication::OpenDocExec_Impl(class SfxRequest &) + 12516 bytes SFX641MI! SfxStubSfxApplicationOpenDocExec_Impl(class SfxShell *,class SfxRequest &) + 15 bytes SFX641MI! SfxDispatcher::Call_Impl(class SfxShell &,class SfxSlot const &,class SfxRequest &,unsigned char) + 438 bytes SFX641MI! SfxDispatcher::PostMsgHandler(class SfxRequest *) + 371 bytes SFX641MI! SfxDispatcher::LinkStubPostMsgHandler(void *,void *) + 15 bytes SFX641MI! SfxHintPoster::Event(class SfxHint *) + 70 bytes SFX641MI! SfxHintPoster::LinkStubDoEvent_Impl(void *,void *) + 31 bytes VCL641MI! ImplWindowFrameProc(void *,class SalFrame *,unsigned short,void const *) + 5341 bytes VCL641MI! ImplWindowFrameProc(void *,class SalFrame *,unsigned short,void const *) + 1037 bytes VCL641MI! SalFrameWndProc(struct HWND__ *,unsigned int,unsigned int,long,int &) + 7042 bytes VCL641MI! SalFrameWndProc(struct HWND__ *,unsigned int,unsigned int,long,int &) + 1111 bytes VCL641MI! SalFrameWndProcW(struct HWND__ *,unsigned int,unsigned int,long) + 38 bytes USER32! 77e03eb0() USER32! 77e0401a() USER32! 77e03f0f() VCL641MI! ImplSalYield(unsigned char) + 171 bytes VCL641MI! ImplSalYield(unsigned char) + 59 bytes VCL641MI! SalInstance::Yield(unsigned char) + 192 bytes VCL641MI! Application::Yield(void) + 77 bytes VCL641MI! Application::Execute(void) + 47 bytes SOFFICE! Desktop::Main(void) + 4772 bytes VCL641MI! SVMain(void) + 251 bytes SOFFICE! 01116f28() SOFFICE! WinMainCRTStartup + 308 bytes KERNEL32! 77e77903() Regards, Peter
This file contains a style without name. This confuses our style pool.
Styles without names are ignored now. Fix available in SRC641G.
Fixed and verified in OO641
.