RE: createRegistryServiceFactory: "cannot get uno environments!"
> Wonderful. Getting there means that both the dmake and the gbuild > systems worked and the UNO bridge on this platform is doing alright. > These are all critical steps on new (or occassionally unmaintained) > platforms. With a bit of luck you should be able to build the remainder > of AOO and have it working as a special Christmas gift ;-) > Compilation proceeds with a few problems but I have a way to solve them. More when the whole process will finish. > If you needed to update any of the makefiles to make it build I suggest > you create an issue for it and attach the patches there. I will do it in due time. > I'll be (mostly) offline for the rest of the year. > Merry Christmas and a Happy New Year! > Merry, merry Christmas and a Happy New year!!! A.S. -- Apostols Syropoulos Xanthi, Greece
Re: createRegistryServiceFactory: "cannot get uno environments!"
Hi Απόστολος, Απόστολος Συρόπουλος wrote: > I spooke too soon. After adding > > COM:=GCC > COMNAME:=gcc3 > > into main/solenv/inc/tg_compv.mk > > the required library, that is, libgcc3_uno.so, was build > and compilation of i18npool finished successfully. Wonderful. Getting there means that both the dmake and the gbuild systems worked and the UNO bridge on this platform is doing alright. These are all critical steps on new (or occassionally unmaintained) platforms. With a bit of luck you should be able to build the remainder of AOO and have it working as a special Christmas gift ;-) If you needed to update any of the makefiles to make it build I suggest you create an issue for it and attach the patches there. I'll be (mostly) offline for the rest of the year. Merry Christmas and a Happy New Year! Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: createRegistryServiceFactory: "cannot get uno environments!"
I spooke too soon. After adding COM:=GCC COMNAME:=gcc3 into main/solenv/inc/tg_compv.mk the required library, that is, libgcc3_uno.so, was build and compilation of i18npool finished successfully. A.S. -- Apostols Syropoulos Xanthi, Greece
RE: createRegistryServiceFactory: "cannot get uno environments!"
> > Google returns nothing about libg++_uno... > > A library like that should be automatically built as one of the bridges > in main/bridge/source/cppu_uno/. In your case the gcc3_solaris_intel > bridge might be a good candidate but as the name says it probably builds > a libgcc3_uno.so instead of the libg++_uno.so your other binaries > expect. Check the makefile.mk in the bridge. Or find out why your > binaries look for a libg++_uno.so instead of a libgcc3_uno.so. > I built everything from the beginning and when the system tries to build the bridges part it does the following: = Building module bridges = Entering /extra/sources/OpenOffice/aoo4/main/bridges/inc mkout -- version: 1.8 Entering /extra/sources/OpenOffice/aoo4/main/bridges/unotypes Entering /extra/sources/OpenOffice/aoo4/main/bridges/source/cpp_uno/gcc3_linux_alpha Entering /extra/sources/OpenOffice/aoo4/main/bridges/source/cpp_uno/gcc3_linux_hppa Entering /extra/sources/OpenOffice/aoo4/main/bridges/source/cpp_uno/gcc3_linux_s390x Entering /extra/sources/OpenOffice/aoo4/main/bridges/source/cpp_uno/gcc3_linux_s390 Entering /extra/sources/OpenOffice/aoo4/main/bridges/source/cpp_uno/gcc3_linux_arm Entering /extra/sources/OpenOffice/aoo4/main/bridges/source/cpp_uno/shared Somehow, it fails to realize that the system is gcc3_solaris_intel and so it does not select the correct bridge. BTW, someone who tried to compile LibreOffice on Solaris had a similar problem: http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.devel/51479 In LibreOffice the module that is responsible for the selection is called Modules_bridges.mk, what is the corresponding module in Apache OpenOffice? A.S. -- Apostols Syropoulos Xanthi, Greece
Re: createRegistryServiceFactory: "cannot get uno environments!"
Hello Απόστολος,
On 18.12.2013 18:39, Απόστολος Συρόπουλος wrote:
Anyway, if we're lucky the problem is just a missing library or the failed
loading
of a library. In that case the patch below might help you to analyze the
problem:
Indeed the problem is a missing library:
: &&
LD_LIBRARY_PATH=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
../../../unxsogi.pro/bin/saxparser en_AU en_AU.xml
../../../unxsogi.pro/misc/localedata_en_AU.cxx \
file:///extra/sources/OpenOffice/aoo4/main/i18npool/source/localedata/data/../../../unxsogi.pro/misc/saxparser.rdb
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/types.rdb \
-env:OOO_INBUILD_SHAREDLIB_DIR=file:///extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib
loadModule(
"/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so",
257) failed with ld.so.1: saxparser: fatal:
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so: open
failed: No such file or directory
loadModule(
"/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so",
257) failed with ld.so.1: saxparser: fatal:
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so: open
failed: No such file or directory
Exception on createRegistryServiceFactory: "cannot get uno environments!"
dmake: Error code 1, while making
'../../../unxsogi.pro/misc/localedata_en_AU.cxx'
Google returns nothing about libg++_uno...
A library like that should be automatically built as one of the bridges
in main/bridge/source/cppu_uno/. In your case the gcc3_solaris_intel
bridge might be a good candidate but as the name says it probably builds
a libgcc3_uno.so instead of the libg++_uno.so your other binaries
expect. Check the makefile.mk in the bridge. Or find out why your
binaries look for a libg++_uno.so instead of a libgcc3_uno.so.
Herbert
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: createRegistryServiceFactory: "cannot get uno environments!"
>
> Anyway, if we're lucky the problem is just a missing library or the failed
> loading
> of a library. In that case the patch below might help you to analyze the
> problem:
>
Indeed the problem is a missing library:
: &&
LD_LIBRARY_PATH=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
../../../unxsogi.pro/bin/saxparser en_AU en_AU.xml
../../../unxsogi.pro/misc/localedata_en_AU.cxx \
file:///extra/sources/OpenOffice/aoo4/main/i18npool/source/localedata/data/../../../unxsogi.pro/misc/saxparser.rdb
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/types.rdb \
-env:OOO_INBUILD_SHAREDLIB_DIR=file:///extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib
loadModule(
"/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so",
257) failed with ld.so.1: saxparser: fatal:
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so:
open failed: No such file or directory
loadModule(
"/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so",
257) failed with ld.so.1: saxparser: fatal:
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so:
open failed: No such file or directory
Exception on createRegistryServiceFactory: "cannot get uno environments!"
dmake: Error code 1, while making
'../../../unxsogi.pro/misc/localedata_en_AU.cxx'
Google returns nothing about libg++_uno...
A.S.
--
Apostols Syropoulos
Xanthi, Greece
Re: createRegistryServiceFactory: "cannot get uno environments!"
On 17.12.2013 21:24, Απόστολος Συρόπουλος wrote:
> Hello,
>
> While building i18npool the process stops with the follwoing error message:
>
> Entering /extra/sources/OpenOffice/aoo4/main/i18npool/source/localedata/data
>
> : &&
> LD_LIBRARY_PATH=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
> ../../../unxsogi.pro/bin/saxparser en_AU en_AU.xml
> ../../../unxsogi.pro/misc/localedata_en_AU.cxx \
>
> file:///extra/sources/OpenOffice/aoo4/main/i18npool/source/localedata/data/../../../unxsogi.pro/misc/saxparser.rdb
> /extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/types.rdb \
>
> -env:OOO_INBUILD_SHAREDLIB_DIR=file:///extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib
> Exception on createRegistryServiceFactory: "cannot get uno environments!"
> dmake: Error code 1, while making
> '../../../unxsogi.pro/misc/localedata_en_AU.cxx'
>
> The binary does not dump core (I have seen similar things in a google search
> but in these cases there was a core dump involved).
> Any ideas what might be the problem?
Debugging problems in the bootstrapping of the UNO framework (and especially
problems
in the UNO bridges itself) can be quite painful. In bringing up the UNO bridge
for
our new Mac64bit port I had to spend quite some time analyzing problems in
heavily
templated C++ code on assembler level. That's no fun...
Anyway, if we're lucky the problem is just a missing library or the failed
loading
of a library. In that case the patch below might help you to analyze the
problem:
--- main/sal/osl/unx/module.c
+++ main/sal/osl/unx/module.c
@@ -81,10 +81,11 @@ oslModule SAL_CALL osl_loadAsciiModule(const sal_Char
*pszModuleName, sal_Int32
((nRtldMode & SAL_LOADMODULE_GLOBAL) ? RTLD_GLOBAL : RTLD_LOCAL);
void* pLib = dlopen(pszModuleName, rtld_mode);
-#if OSL_DEBUG_LEVEL > 1
- if (pLib == 0)
- OSL_TRACE("error: osl_loadModule failed with %s\n",
dlerror());
-#endif /* OSL_DEBUG_LEVEL */
+ if (pLib == 0) {
+ const char* pErr = dlerror();
+ OSL_TRACE("error: osl_loadModule failed with %s\n",
pErr);
+ fprintf( stderr, "loadModule( \"%s\", %d) failed with
%s\n", pszModuleName, nRtldMode, pErr);
+ }
return ((oslModule)(pLib));
Hope that helps!
Herbert
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
