Apache OpenOffice (AOO) Bugzilla – Issue 94240
Office does not start
Last modified: 2009-07-01 21:53:28 UTC
internal stack id 3914: <errormail:StackInfo pos="0" ip="0xb7e01c80" rel="0x1fc80" name="libuno_sal.so.3" path="/opt/openoffice.org/ure/lib/"/> <errormail:StackInfo pos="1" ip="0xb7e02564" rel="0x20564" name="libuno_sal.so.3" path="/opt/openoffice.org/ure/lib/"/> <errormail:StackInfo pos="2" ip="0xb7f9e420" rel="0x420" ordinal="__kernel_sigreturn+0x0"/> <errormail:StackInfo pos="3" ip="0xb793da01" rel="0x2ca01" name="libc.so.6" ordinal="abort+0x101" path="/lib/tls/i686/cmov/"/> <errormail:StackInfo pos="4" ip="0xb7b37ad1" rel="0xa8ad1" name="libstdc++.so.6" ordinal="_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x101" path="/opt/openoffice.org/ure/lib/"/> <errormail:StackInfo pos="5" ip="0xb7b35505" rel="0xa6505" name="libstdc++.so.6" path="/opt/openoffice.org/ure/lib/"/> <errormail:StackInfo pos="6" ip="0xb7b35542" rel="0xa6542" name="libstdc++.so.6" path="/opt/openoffice.org/ure/lib/"/> <errormail:StackInfo pos="7" ip="0xb7b35739" rel="0xa6739" name="libstdc++.so.6" ordinal="__cxa_rethrow+0x59" path="/opt/openoffice.org/ure/lib/"/> <errormail:StackInfo pos="8" ip="0xa82ede90" rel="0x22e90" name="deploymentli.uno.so" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="9" ip="0xa82f19b3" rel="0x269b3" name="deploymentli.uno.so" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="10" ip="0xb66c707f" rel="0xb507f" name="libsbli.so" ordinal="_ZN5basic23ScriptExtensionIterator28implGetNextUserScriptPackageERb+0x1eb" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="11" ip="0xb66c7428" rel="0xb5428" name="libsbli.so" ordinal="_ZN5basic23ScriptExtensionIterator24nextBasicOrDialogLibraryERb+0x5c" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="12" ip="0xb66c775a" rel="0xb575a" name="libsbli.so" ordinal="_ZN5basic19SfxLibraryContainer18implScanExtensionsEv+0x27c" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="13" ip="0xb66d323b" rel="0xc123b" name="libsbli.so" ordinal="_ZN5basic19SfxLibraryContainer9init_ImplERKN3rtl8OUStringERKN3com3sun4star3uno9ReferenceINS7_5embed8XStorageEEE+0x25b7" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="14" ip="0xb66d64a8" rel="0xc44a8" name="libsbli.so" ordinal="_ZN5basic19SfxLibraryContainer4initERKN3rtl8OUStringERKN3com3sun4star3uno9ReferenceINS7_5embed8XStorageEEE+0x2a" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="15" ip="0xb66db507" rel="0xc9507" name="libsbli.so" ordinal="_ZN5basic25SfxScriptLibraryContainerC1ERKN3com3sun4star3uno9ReferenceINS3_5embed8XStorageEEE+0x153" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="16" ip="0xb6687449" rel="0x75449" name="libsbli.so" ordinal="_ZN5basic14ImplRepository34impl_createApplicationBasicManagerEv+0x6c1" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="17" ip="0xb668791d" rel="0x7591d" name="libsbli.so" ordinal="_ZN5basic14ImplRepository26getApplicationBasicManagerEb+0x45" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="18" ip="0xb6688647" rel="0x76647" name="libsbli.so" ordinal="_ZN5basic22BasicManagerRepository26getApplicationBasicManagerEb+0x1f" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="19" ip="0xb740e214" rel="0x93214" name="libsfxli.so" ordinal="_ZN14SfxApplication15GetBasicManagerEv+0x2a" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="20" ip="0xb740e1af" rel="0x931af" name="libsfxli.so" ordinal="_ZN14SfxApplication8GetBasicEv+0x19" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="21" ip="0xb740e1e4" rel="0x931e4" name="libsfxli.so" ordinal="_ZN14SfxApplication14EnterBasicCallEv+0x28" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="22" ip="0xb740e20c" rel="0x9320c" name="libsfxli.so" ordinal="_ZN14SfxApplication15GetBasicManagerEv+0x22" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="23" ip="0xb74b78fc" rel="0x13c8fc" name="libsfxli.so" ordinal="_ZN14SfxObjectShell19SetCurrentComponentERKN3com3sun4star3uno9ReferenceINS3_10XInterfaceEEE+0x8c" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="24" ip="0xb7557762" rel="0x1dc762" name="libsfxli.so" ordinal="_ZNK12SfxViewShell18SetCurrentDocumentEv+0x30" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="25" ip="0xb7557df3" rel="0x1dcdf3" name="libsfxli.so" ordinal="_ZN12SfxViewShell8ActivateEh+0x91" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="26" ip="0xa9387f2b" rel="0x85df2b" name="libswli.so" ordinal="_ZN6SwView8ActivateEh+0x1cf" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="27" ip="0xb75a6715" rel="0x22b715" name="libsfxli.so" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="28" ip="0xb75947ae" rel="0x2197ae" name="libsfxli.so" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="29" ip="0xb757136c" rel="0x1f636c" name="libsfxli.so" ordinal="_ZN12SfxViewFrame10DoActivateEhPS_+0x32" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="30" ip="0xb740d0cd" rel="0x920cd" name="libsfxli.so" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="31" ip="0xb757460f" rel="0x1f960f" name="libsfxli.so" ordinal="_ZN12SfxViewFrame12SetViewFrameEPS_+0x1d" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="32" ip="0xb757ba6c" rel="0x200a6c" name="libsfxli.so" path="/opt/openoffice.org/basis3.0/program/"/> <errormail:StackInfo pos="33" ip="0xb7582c9a" rel="0x207c9a" name="libsfxli.so" ordinal="_ZN11SfxTopFrame14InsertDocumentEP14SfxObjectShell+0x862" path="/opt/openoffice.org/basis3.0/program/"/>
reassign
.
reassigned
mav->sb: Sending to you as discussed.
Using user installation data (available Sun-internally at /share/staroffice/tausch/cli/crash-profile.zip) from a Ubuntu system where (Ubuntu-native) OOo2 user installation data had been migrated to (Sun-built generic) OOo3, the crash can be reproduced (OOO300m7 unxlngi6.pro OOo) and explained as follows: soffice.bin tries to open ~/.openoffice.org/3/user/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registered_packages.db (desktop/source/deployment/dp_persmap.cxx:1.5 l. 123), berkeleydb reports back an "Invalid argument" error, which is then thrown as a com::sun::star::uno::RuntimeException that remains uncaught. According to jl, that registered_packages.db file is copied from an OOo2 user installation during migration. The Ubuntu-native OOo2 uses the system-provided /usr/lib/libdb-4.6.so, while the Sun-built generic OOo3 uses OOo's own libdb-4.2.so. It appears that libdb-4.6 generates .db files that libdb-4.2 is not able to read (the "file" command on the problematic registered_packages.db from above gives "Berkeley DB (Hash, version 9, native byte-order)", while it gives "Berkeley DB (Hash, version 8, native byte-order)" on a fresh .db generated by OOo3). @jl: So, it seems we must not copy .db files during migration.
To reproduce use the user .openoffice.org2 user profile in crash-profile.zip (see above). After migration the office starts. Then open the Extension Manager. It will not open. At the second attempt OOo will crash. The fix is, that during migration it is checked if the user/uno_packages/cache/uno_packages.db can be opened. Only then the extension data is copied to the new user installation.
The fix covers only the case if a Linux user used the distro provided OOo2 and then migrates to a Sun provided OOo3. It does not cover the case when the user runs a OOo 3 from the distro and then installs an OOo 3 from Sun. I will submit a new issue for this.
the extension manager came up, after I have migrate my settings from the crash profile. So I set this issue to verified.
This is marked as "Fixed"; however is it actually fixed, or instead merely a workaround? Is there a build/code to test the 'fix'? Does the 'fix' transfer the personal data (meaning user data, OOo settings etc) even if the extensions are held back? I would find that scenario to be an acceptable compromise as it is not to difficult a task to reinstall most extensions. However at least the standard "personal data" user settings from the previous/existing OOo profile should be able to be copied to the new OOo without libdb involvement.
Yes, everything else that is on the list in setup.xcu except the extensions will be transferred in this case.
Confirm that this works with m8 (RC3): OOo_3.0.0rc3_20080927_LinuxIntel_install_en-US_deb.tar.gz Personal settings from ~/.openoffice.org2/user (Ubuntu 8.04.1 Ubuntu'ized OOo 2.4.1) are transfered and working (ex extensions of course) and working properly. Thanks!
closed