Apache OpenOffice (AOO) Bugzilla – Issue 90798
OOo-Dev_DEV300_m19_Win32Intel crashes on vista
Last modified: 2013-08-07 15:31:14 UTC
i am unable to run the m19 on my vista 32 notebook oo crashes if one tries to open a document i have *no* problems with xp sp3 is there a problem with: "NLG_Return+0x00000000" name="MSVCR90.dll" path="D:\StdProg\soffice8-30-m19\OOo-dev\Basis 3.0\program\ please have a look at the error report BTW: m5 works with vista execpt for the extension manager http://qa.openoffice.org/issues/show_bug.cgi?id=88001 Oliver
Created attachment 54532 [details] OOo-Dev_DEV300_m19_Win32Intel crashes on vista
I can confirm. DEV300_19 loops on startup.
@brinzing: Your problem is reproducable, I assume? How do you open the document (File - Open; or start soffice by double-clicking a document in Windows Explorer; or...)? @of: How does "DEV300_19 loops on startup" relate to brinzing's problem? Can you be more specific what exactly you do to start soffice and how the "loop" looks like (or is soffice simply unresponsive, without giving any notification)?
@of: This might or might not be a duplicate of issue 88671. If you can reproduce brinzing's problem, can you please check whether the problem occurs on a Vista machine with the msvcr90.dll etc. not installed system-wide and does not occur on a Vista machine with the msvcr90.dll etc. installed system-wide?
Hi, oo crashes immediatelly after the first start wizard, or if i open a document from the start center/via file open another crash: if i try to run "unopkg" from command line i get: Microsoft Visual C++ Runtime Library - Runtime Error! This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Problemsignatur: Problemereignisname: APPCRASH Anwendungsname: unopkg.bin Anwendungsversion: 0.0.0.0 Anwendungszeitstempel: 484e5b08 Fehlermodulname: MSVCR90.dll Fehlermodulversion: 9.0.21022.8 Fehlermodulzeitstempel: 47313dce Ausnahmecode: 40000015 Ausnahmeoffset: 0005bb47 Betriebsystemversion: 6.0.6001.2.1.0.256.6 Gebietsschema-ID: 1031 Zusatzinformation 1: fd89 Zusatzinformation 2: 8771a7fdfe19d6e476b875a5dadd2c38 Zusatzinformation 3: f577 first i had "MS Visual C++ 2005 Redistributable installed", i removed it and installed "MS Visual C++ 2008 Redistributable" there is no difference, execpt the "MSVCR90.dll" is taken from the "MS Visual C++ 2008 Redistributable" now even if i uninstall the "MS Visual C++ 2008 Redistributable", oo crashes. if i install the m19 with xp sp3 inside my vm, everything is ok. i can also simply copy the vista installation into the vm and oo runs without any problems ... Oliver
@ sb: 1: Starting soffice by clicking on the Desktop Icon. The Start Center comes up. Waiting a few seconds and the office crashes. The Document recovery comes up with no crashrep information. Wait a few seconds and the office crashes .... The same when you star with a new document. So it looks related. 2: I don't have 'msvcr90.dll etc.' system-wide installed (9 what ever etc. will be. I don't have a system with system-wide 'msvcr90.dll etc.' libraries.
setting target
@brinzing: Meanwhile, of's crashes have been tracked down to be caused by issue 90835 (online update check thread crashes). Also, I just found issue 90831 (starting soffice does not open window when quickstarter is running) which can lead to strange results. To make sure that you have additional problems unrelated to issue 90835 and issue 90831, please re-test your problem scenarios with both the online update check and the quickstarter disabled.
Hi, just reinstalled m19 (for all users, complete). on first start wizard i disabled the "check for updates" and "registration" oo comes up with startcenter. if i try to open a new spreadsheet document, oo crashes again :-( same happens if i disable the quickstarter before... BTW: What happens if you try to run "unopkg" from cmd line ? Oliver
@brinzing: "if i try to open a new spreadsheet document, oo crashes again" OK, lets concentrate on this crash here than. This crash also matches the data in the attached errormail.txt (more information to come). Just to be sure, this crash occurs regardless whether the MS Visual C++ 2008 Redistributable is installed or not, right? re unopkg: How do you start it on command line? cd to the brand layer program directory (where the unopkg.com, unopkg.exe, unopkg.bin are located) and type "unopkg.com" or just "unopkg"? Again, just to be sure, is the unopkg crash also independent of whether the MS Visual C++ 2008 Redistributable is installed?
@brinzing: One more thought, could it be that you suffer from stale user data, or did you completely remove any old OOo-dev3 directory (somewhere) underneath Application Data?
>Just to be sure, this crash occurs regardless whether the MS Visual C++ 2008 >Redistributable is installed or not, right? as mentioned above, i tried *with* and *without* "MS Visual C++ 2008" ... at the moment "MS Visual C++ 2008" is not installed, so "MSVCR90.dll" is taken from the openoffice installation ... if i install the errormail changes to: <errormail:StackInfo pos="5" ip="0x6BC3DC57" rel="0x0005DC57" ordinal="NLG_Return+0x00000000" name="MSVCR90.dll" path="C:\Windows\WinSxS\x86_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.21022.8_none_bcb86ed6ac711f91\"/> >re unopkg: How do you start it on command line? C:\Program Files\OOo-dev 3\program>unopkg --------------------------- Microsoft Visual C++ Runtime Library --------------------------- Runtime Error! Program: C:\Program Files\OOo-dev 3\program\unopkg.bin This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Problemsignatur: Problemereignisname: APPCRASH Anwendungsname: unopkg.bin Anwendungsversion: 0.0.0.0 Anwendungszeitstempel: 484e5b08 Fehlermodulname: MSVCR90.dll Fehlermodulversion: 9.0.21022.8 Fehlermodulzeitstempel: 47313dce Ausnahmecode: 40000015 Ausnahmeoffset: 0005bb47 Betriebsystemversion: 6.0.6001.2.1.0.256.6 Gebietsschema-ID: 1031 Zusatzinformation 1: 14db Zusatzinformation 2: f96ba98a576df4487fef9ab075537713 Zusatzinformation 3: dd81 Zusatzinformation 4: a226e32c7eb4d0f03d2f0352ef22e390 this error first occured on my system with the m2 installed - with and without the > remove any old OOo-dev3 directory (somewhere) underneath Application Data? i removed everything from "C:\Users\MyUser\AppData\Roaming", even changed the install path and - also tried to run as admin ... BTW: oo 2.4.1 is installed too - no problems here ... Oliver
There appears to be a problem with (MS 2008) C++ exception handling on brinzing's Vista machine. The top of the stack in the attached errormail.txt, with local symbols filled in, is: <quote> 0 ip="0x4EC518FB" rel="0x000018FB" name="sotmi.dll" -> {protected: virtual __thiscall SotObject::~SotObject(void)} 1 ip="0x4EFC71A2" rel="0x000971A2" name="sfxmi.dll" -> {protected: virtual void * __thiscall SfxObjectShell::`vector deleting destructor'(unsigned int)} 2 ip="0x4D49F9C8" rel="0x0002F9C8" name="tlmi.dll" -> {protected: virtual void __thiscall SvRefBase::QueryDelete(void)} 3 ip="0x4EFC5D88" rel="0x00095D88" name="sfxmi.dll" -> {protected: virtual unsigned char __thiscall SfxObjectShell::Close(void)} 4 ip="0x4EFC6D24" rel="0x00096D24" name="sfxmi.dll" -> {protected: virtual __thiscall SfxObjectShell::~SfxObjectShell(void)} 5 ip="0x6DE0DC57" rel="0x0005DC57" ordinal="NLG_Return+0x00000000" name="MSVCR90.dll" 6 ip="0x4B1C21EF" rel="0x001B21EF" name="scmi.dll" -> {class com::sun::star::uno::Reference<class com::sun::star::uno::XInterface> __cdecl ScDocument_createInstance(class com::sun::star::uno::Reference<class com::sun::star::lang::XMultiServiceFactory> const &,unsigned __int64)} -> call {public: __thiscall ScDocShell::ScDocShell(enum SfxObjectCreateMode,bool)} 7 ip="0x4F012724" rel="0x000E2724" name="sfxmi.dll" -> {private: class com::sun::star::uno::Reference<class com::sun::star::uno::XInterface> __thiscall sfx2::SfxModelFactory::impl_createInstance(unsigned __int64)const} ... </quote> What this probably means is that frame 6 ScDocument_createInstance calls the ScDocShell ctor which (indirectly) throws a C++ exception that causes stack unwinding (frame 5), the ScDocShell ctor (and/or its subcomponents) is not written in a thread safe way, and thus the (unexpected) stack unwinding causes a crash. A working assumption is that in all cases a C++ exception is thrown somewhere in the ScDocShell ctor call stack, but normally also caught in the ScDocShell ctor call stack, so that it not normally passes out of the ScDocShell ctor (and thus not normally causes problems during stack unwinding of the ScDocShell ctor frame). And, right enough, clicking the "Spreadsheet" button in the start center of a working (Win XP based) DEV300m19 shows that exactly one C++ exception is thrown from within the ScDocShell ctor: <quote> kernel32.dll!77e55e02() [Frames below may be incorrect and/or missing, no symbols loaded for kernel32.dll] kernel32.dll!77e55e02() unoxmlmi.dll!XPath::CXPathAPI::eval(const com::sun::star::uno::Reference<com::sun::star::xml::dom::XNode> & contextNode={...}, const rtl::OUString & expr={...}) Line 336 C++ unoxmlmi.dll!XPath::CXPathAPI::selectNodeList(const com::sun::star::uno::Reference<com::sun::star::xml::dom::XNode> & contextNode={...}, const rtl::OUString & expr={...}) Line 202 + 0x1a bytes C++ unoxmlmi.dll!XPath::CXPathAPI::selectSingleNode(const com::sun::star::uno::Reference<com::sun::star::xml::dom::XNode> & contextNode={...}, const rtl::OUString & expr={...}) Line 227 + 0x1a bytes C++ sfxmi.dll!`anonymous namespace'::SfxDocumentMetaData::init(com::sun::star::uno::Reference<com::sun::star::xml::dom::XDocument> i_xDoc={...}) Line 1114 + 0x12 bytes C++ sfxmi.dll!`anonymous namespace'::SfxDocumentMetaData::SfxDocumentMetaData(const com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> & context={...}) Line 1318 + 0x1f bytes C++ sfxmi.dll!comp_SfxDocumentMetaData::_create(const com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> & context={...}) Line 2251 + 0x22 bytes C++ cppuhelper3MSC.dll!cppu::OSingleFactoryHelper::createInstanceEveryTime(const com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> & xContext={...}) Line 177 + 0x9 bytes C++ cppuhelper3MSC.dll!cppu::OSingleFactoryHelper::createInstanceWithContext(const com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> & xContext={...}) Line 218 + 0x15 bytes C++ cppuhelper3MSC.dll!cppu::OFactoryComponentHelper::createInstanceWithContext(const com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> & xContext={...}) Line 494 + 0xc bytes C++ cppuhelper3MSC.dll!cppu::ORegistryFactoryHelper::createInstanceEveryTime(const com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> & xContext={...}) Line 758 + 0xc bytes C++ cppuhelper3MSC.dll!cppu::OSingleFactoryHelper::createInstanceWithContext(const com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> & xContext={...}) Line 218 + 0x15 bytes C++ cppuhelper3MSC.dll!cppu::OFactoryComponentHelper::createInstanceWithContext(const com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> & xContext={...}) Line 494 + 0xc bytes C++ bootstrap.uno.dll!stoc_smgr::OServiceManager::createInstanceWithContext(const rtl::OUString & rServiceSpecifier={...}, const com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> & xContext={...}) Line 1276 + 0xc bytes C++ bootstrap.uno.dll!stoc_smgr::OServiceManager::createInstance(const rtl::OUString & rServiceSpecifier={...}) Line 1386 + 0x1a bytes C++ sfxmi.dll!SfxBaseModel::getDocumentProperties() Line 803 + 0x49 bytes C++ sfxmi.dll!SfxObjectShell::SetModel(SfxBaseModel * pModel=0x0a290f24) Line 1034 + 0xd bytes C++ scmi.dll!ScModelObj::CreateAndSet(ScDocShell * pDocSh=0x0838fd98) Line 208 C++ scmi.dll!ScDocShell::ScDocShell(SfxObjectCreateMode eMode=138116656, const bool _bScriptSupport=true) Line 2391 + 0x6 bytes C++ scmi.dll!ScDocument_createInstance(const com::sun::star::uno::Reference<com::sun::star::lang::XMultiServiceFactory> & __formal={...}, const unsigned __int64 _nCreationFlags=4294967296) Line 68 + 0x22 bytes C++ sfxmi.dll!sfx2::SfxModelFactory::impl_createInstance(const unsigned __int64 _nCreationFlags=0) Line 138 + 0x11 bytes C++ ... </quote> CXPathAPI::eval does "throw XPathException();" at unoxml/source/xpath/xpathapi.cxx:1.8 l. 332 which passes out through CXPathAPI::selectNodeList and CXPathAPI::selectSingleNode and then should be caught in SfxDocumentMetaData::init via the "catch (com::sun::star::uno::Exception &)" at sfx2/source/doc/SfxDocumentMetaData.cxx:1.9 l. 1115. For whatever reason, that catch block appears to not take effect in brinzing's scenario...
...and in my little experiment (on Win XP) above, if I comment out the catch block at sfx2/source/doc/SfxDocumentMetaData.cxx:1.9 l. 1115, clicking on "Spreadsheet" in the OOo start center leads to the same crash stack as given in the attached errormail.txt. This should be evidence enough that the problem that brinzing describes is that, under certain---yet unknown---circumstances catching C++ exceptions does not work.
i did some test's: - copying the m19 installation (folders "C:\Program Files\OOo-dev 3" and "C:\Program Files\OOo-dev") to another vista machine -> no problems - copying the m19 installation to a xp sp3 vm -> no problems - start vista on my notebook via vista anytime upgrade repair cd and start the installed m19 via command line -> no problems - start vista in safe mode -> same error as described above ...
I used the weekend to do a complete reinstallation of my vista partition. For that i did not use the manufacturers recovery dvd - i used the original vista dvd with all provided windows updates ... till now - no more crashes with oo m19 :-) Oliver
I would like to close this as INVALID or WORKSFORME, but what still puzzles me is that there are at least three issues (this one; issue 90827 on Win XP; and issue 90835, which might or might not be the same root problem disguising as something else) where an exception thrown from unoxmlmi.dll is not correctly caught in another DLL. So, for now, I will keep this on target OOo 3.x.
I have about the same error but: 1. Installing OOo 3.0 beta2 rc1. Happends at the end of installation progress: runtime error in file unopkg.bin. Appers 2 times, but then installation succseed. I'm not yet tested if anything is broken, but 2 files where opened correctly. 2. Installing on fresh Win XP Pro SP3 (just installed on new hdd).
>I have about the same error but: >1. Installing OOo 3.0 beta2 rc1. Happends at the end of installation progress: >runtime error in file unopkg.bin. Appers 2 times, but then installation >succseed. I'm not yet tested if anything is broken, but 2 files where opened >correctly. >2. Installing on fresh Win XP Pro SP3 (just installed on new hdd). can confirm, same error on my xp sp3 vm ... where i tried to install beta2 have a look at the attachment ... Oliver
Created attachment 54922 [details] install error beta2 on win xp sp3
OF: This looks like issue 91350. I think it would be fixed by integrating cws native160.
lets assume the C++ exception handling problems are solved by installing the MS runtime files system-wide *** This issue has been marked as a duplicate of 88671 ***
.