Hi, On Mon, Jan 18, 2010 at 12:57:06AM +0100, Vincent Lefevre wrote: > OK (that's strange, though... if this is due to library incompatibility, > versioning should take care of that, possibly with linking failure, but > not with segfault).
No, it's file format problems. > # gdb /usr/lib/debug/usr/lib/openoffice/program/unopkg.bin core > GNU gdb (GDB) 7.0-debian > Copyright (C) 2009 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "x86_64-linux-gnu". > For bug reporting instructions, please see: > <http://www.gnu.org/software/gdb/bugs/>... > Reading symbols from > /usr/lib/debug/usr/lib/openoffice/program/unopkg.bin...done. > > warning: Can't read pathname for load map: Input/output error. > Reading symbols from > /usr/lib/openoffice/program/../basis-link/ure-link/lib/libuno_sal.so.3...Reading > symbols from /usr/lib/debug/usr/lib/ure/lib/libuno_sal.so.3...done. > (no debugging symbols found)...done. > Loaded symbols for > /usr/lib/openoffice/program/../basis-link/ure-link/lib/libuno_sal.so.3 > Reading symbols from > /usr/lib/openoffice/program/../basis-link/program/libunopkgapp.so...Reading > symbols from > /usr/lib/debug/usr/lib/openoffice/basis3.1/program/libunopkgapp.so...done. > (no debugging symbols found)...done. > Loaded symbols for > /usr/lib/openoffice/program/../basis-link/program/libunopkgapp.so > Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols > found)...done. > [...] > Loaded symbols for /usr/lib/ure/lib/libgcc3_uno.so > Core was generated by `/usr/lib/openoffice/program/unopkg.bin add -v --shared > /usr/lib/openoffice/basi'. > Program terminated with signal 11, Segmentation fault. > #0 0x00007f40cf6c843b in store::OStorePageBIOS::acquirePage () > from /usr/lib/ure/lib/libstore.so.3 > warning: not using untrusted file "/home/vlefevre/.gdbinit" > (gdb) bt > #0 0x00007f40cf6c843b in store::OStorePageBIOS::acquirePage () > from /usr/lib/ure/lib/libstore.so.3 > #1 0x00007f40cf6d0da9 in store::OStoreLockBytes::create () > from /usr/lib/ure/lib/libstore.so.3 > #2 0x00007f40cf6d69c2 in store_openStream () > from /usr/lib/ure/lib/libstore.so.3 > #3 0x00007f40cf8ed340 in ORegKey::getValueInfo () > from /usr/lib/ure/lib/libreg.so.3 > #4 0x00007f40cf8ea5a5 in getValueInfo () from /usr/lib/ure/lib/libreg.so.3 > #5 0x00007f40cfb45f7a in stoc_simreg::RegistryKeyImpl::getAsciiListValue () > from /usr/lib/ure/lib/bootstrap.uno.so > #6 0x00007f40cfb3414d in retrieveAsciiValueList () > from /usr/lib/ure/lib/bootstrap.uno.so > #7 0x00007f40cfb33f07 in retrieveAsciiValueList () > from /usr/lib/ure/lib/bootstrap.uno.so > #8 0x00007f40cfb34461 in > stoc_smgr::ORegistryServiceManager::getFromServiceName () from > /usr/lib/ure/lib/bootstrap.uno.so > #9 0x00007f40cfb3a7a9 in > stoc_smgr::ORegistryServiceManager::loadWithServiceName () from > /usr/lib/ure/lib/bootstrap.uno.so > #10 0x00007f40cfb3a962 in > stoc_smgr::ORegistryServiceManager::queryServiceFactories () from > /usr/lib/ure/lib/bootstrap.uno.so > #11 0x00007f40cfb3523a in > stoc_smgr::OServiceManager::createInstanceWithContext > () from /usr/lib/ure/lib/bootstrap.uno.so > #12 0x00007f40cfb323c4 in stoc_smgr::OServiceManager::createInstance () > from /usr/lib/ure/lib/bootstrap.uno.so OK, as I guessed. store's involved. That seems the .rdb file format problem... Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
