Re: ModuleUIConfigurationManager
On 06/03/2014 10:46 PM, Richard PALO wrote: I notice after closer inspection that LO_LIB_DIR looks for libraries in the 'program' directory and not in 'ure-link/lib'... ...but libfwklo.so is in instdir/program/, not instdir/ure-link/lib/, right? (Most of the libs should end up in instdir/program/, only a handful belong to instdir/ure-link/lib/.) Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ModuleUIConfigurationManager
Le 30/05/14 12:47, Richard PALO a écrit : Le 30/05/14 10:45, Stephan Bergmann a écrit : ... For libfwklo.so, the relevant symbol that needs to be exported is fwk_component_getFactory (denoting a C function). Stephan Hmm, that seems to be okay: richard@devzone:/opt/local/libreoffice4-4.2.4.2/program$ elfdump -s libfwklo.so |grep fwk_component_getFactory [957] 0x001e3ab0 0x2408 FUNC GLOB D1 .text fwk_component_getFactory [23029] 0x001e3ab0 0x2408 FUNC GLOB D0 .text fwk_component_getFactory !indexvalue size type bind oth ver shndx name In relooking at services.rdb, thought I'd try seeing if the many references to $LO_LIB_DIR was a necessary external env variable... (is this documented?) This is now the failure: richard@devzone:~$ export LO_LIB_DIR=/opt/local/libreoffice4-4.2.4.2/ure-link/lib richard@devzone:~$ /opt/local/bin/soffice terminate called after throwing an instance of 'com::sun::star::loader::CannotActivateFactoryException' Guess I'll have to build a debug kit later this week... ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ModuleUIConfigurationManager
Le 03/06/14 22:33, Richard PALO a écrit : Le 30/05/14 12:47, Richard PALO a écrit : Le 30/05/14 10:45, Stephan Bergmann a écrit : ... For libfwklo.so, the relevant symbol that needs to be exported is fwk_component_getFactory (denoting a C function). Stephan Hmm, that seems to be okay: richard@devzone:/opt/local/libreoffice4-4.2.4.2/program$ elfdump -s libfwklo.so |grep fwk_component_getFactory [957] 0x001e3ab0 0x2408 FUNC GLOB D1 .text fwk_component_getFactory [23029] 0x001e3ab0 0x2408 FUNC GLOB D0 .text fwk_component_getFactory !indexvalue size type bind oth ver shndx name In relooking at services.rdb, thought I'd try seeing if the many references to $LO_LIB_DIR was a necessary external env variable... (is this documented?) This is now the failure: richard@devzone:~$ export LO_LIB_DIR=/opt/local/libreoffice4-4.2.4.2/ure-link/lib richard@devzone:~$ /opt/local/bin/soffice terminate called after throwing an instance of 'com::sun::star::loader::CannotActivateFactoryException' Guess I'll have to build a debug kit later this week... I notice after closer inspection that LO_LIB_DIR looks for libraries in the 'program' directory and not in 'ure-link/lib'... unfortunately setting these variable(s) (also a LO_JAVA_DIR one) seem to do nothing (actually, the result is the same as the attachment in my original post) so back to the initial square. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ModuleUIConfigurationManager
On 03/06/14 22:46, Richard PALO wrote: Le 03/06/14 22:33, Richard PALO a écrit : Le 30/05/14 12:47, Richard PALO a écrit : Le 30/05/14 10:45, Stephan Bergmann a écrit : ... For libfwklo.so, the relevant symbol that needs to be exported is fwk_component_getFactory (denoting a C function). Stephan Hmm, that seems to be okay: richard@devzone:/opt/local/libreoffice4-4.2.4.2/program$ elfdump -s libfwklo.so |grep fwk_component_getFactory [957] 0x001e3ab0 0x2408 FUNC GLOB D1 .text fwk_component_getFactory [23029] 0x001e3ab0 0x2408 FUNC GLOB D0 .text fwk_component_getFactory !indexvalue size type bind oth ver shndx name In relooking at services.rdb, thought I'd try seeing if the many references to $LO_LIB_DIR was a necessary external env variable... (is this documented?) This is now the failure: richard@devzone:~$ export LO_LIB_DIR=/opt/local/libreoffice4-4.2.4.2/ure-link/lib richard@devzone:~$ /opt/local/bin/soffice terminate called after throwing an instance of 'com::sun::star::loader::CannotActivateFactoryException' Guess I'll have to build a debug kit later this week... I notice after closer inspection that LO_LIB_DIR looks for libraries in the 'program' directory and not in 'ure-link/lib'... unfortunately setting these variable(s) (also a LO_JAVA_DIR one) seem to do nothing (actually, the result is the same as the attachment in my original post) so back to the initial square. the values of those variables come from configuration files usually, and are not paths but URLs. you should have this value in instdir/program/fundamentalrc: LO_LIB_DIR=${BRAND_BASE_DIR}/program probably best to do a debug build and run in gdb via make debugrun, then set a breakpoint in cppuhelper::detail::loadSharedLibComponentFactory and see why that fails for the fwk library. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ModuleUIConfigurationManager
On 05/29/2014 06:05 PM, Richard PALO wrote: Hi, guess I'm looking for hints on how to track down a startup problem (attached is the screenshot) Is this a local LO build of your own? If yes, how did you configure it? What platform is this? Can't launch application. component context fails to supply service ...ModuleUIConfigurationManager of type ...XModuleUIConfigurationManager2: an error occured during file opening. program/services/services.rdb should record that UNO service com.sun.star.ui.ModuleUIConfigurationManager is provided by the fwk library. Relevant places in the code are loadSharedLibComponentFactory (cppuhelper/source/shlib.cxx) that would load the fwk library (but this is called a lot, for all the different libs; uri would contain the file URL of the fwk lib) and ModuleUIConfigurationManager::ModuleUIConfigurationManager (framework/source/uiconfiguration/moduleuiconfigurationmanager.cxx) where the C++ object implementing the UNO service is instantiated. anybody already come across this java problem? What makes you assume that it is a Java problem? Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ModuleUIConfigurationManager
Le 30/05/14 09:42, Stephan Bergmann a écrit : On 05/29/2014 06:05 PM, Richard PALO wrote: Hi, guess I'm looking for hints on how to track down a startup problem (attached is the screenshot) Is this a local LO build of your own? If yes, how did you configure it? What platform is this? This is SunOS ABI=32 (illumos) using pkgsrc current and gcc 4.7 = $ ./configure --enable-ext-wiki-publisher --with-java --with-jdk-home=/opt/loc al/java/openjdk7 --with-ant-home= --enable-scripting-beanshell --enable-scriptin g-javascript --with-system-hsqldb --with-hsqldb-jar=/opt/local/lib/java/hsqldb18 /hsqldb.jar --enable-debug --enable-selective-debuginfo=all --disable-gtk3 --dis able-kde4 --prefix=/opt/local/libreoffice4-4.2.4.2 --disable-ccache --enable-dbu s --disable-epm --disable-fetch-external --disable-firebird-sdbc --disable-gconf --disable-gnome-vfs --disable-odk --disable-opengl --disable-randr-link --disab le-systray --disable-crashdump --disable-gio --enable-gstreamer --enable-lockdow n --enable-python=system --enable-ext-wiki-publisher --enable-ext-nlpsolver --wi th-alloc=system --with-compat-oowrappers --with-external-tar=/export/pub/pkgsrc/ distfiles/libreoffice --with-fonts --with-lang=ALL --with-myspell-dicts --with-p arallelism=6 --with-boost-libdir=/opt/local/lib --with-system-libs --with-system -dicts --enable-scripting-beanshell --without-system-beanshell --enable-scriptin g-javascript --without-system-vigra --with-vendor=pkgsrc --without-doxygen --wit hout-junit --without-krb5 --without-gssapi --without-system-apache-commons --wit h-system-cppunit --without-system-jfreereport --without-system-npapi-headers --w ithout-system-sane ac_cv_path_SYSTEM_GENCCODE=/opt/local/sbin/genccode ac_cv_pat h_SYSTEM_GENCMN=/opt/local/sbin/gencmn --with-gnu-patch=/opt/local/bin/gpatch -- with-gnu-cp=/opt/local/bin/gcp --srcdir=/var/tmp/pkgsrc/misc/libreoffice4/work/l ibreoffice-4.2.4.2 --enable-option-checking=fatal === Can't launch application. component context fails to supply service ...ModuleUIConfigurationManager of type ...XModuleUIConfigurationManager2: an error occured during file opening. program/services/services.rdb should record that UNO service com.sun.star.ui.ModuleUIConfigurationManager is provided by the fwk library. Relevant places in the code are loadSharedLibComponentFactory (cppuhelper/source/shlib.cxx) that would load the fwk library (but this is called a lot, for all the different libs; uri would contain the file URL of the fwk lib) and ModuleUIConfigurationManager::ModuleUIConfigurationManager (framework/source/uiconfiguration/moduleuiconfigurationmanager.cxx) where the C++ object implementing the UNO service is instantiated. anybody already come across this java problem? What makes you assume that it is a Java problem? Sorry, perhaps a hasty assumption. guess 'com.sun.star.ui...' threw me. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ModuleUIConfigurationManager
Le 30/05/14 10:02, Richard PALO a écrit : Le 30/05/14 09:42, Stephan Bergmann a écrit : On 05/29/2014 06:05 PM, Richard PALO wrote: Hi, guess I'm looking for hints on how to track down a startup problem (attached is the screenshot) Is this a local LO build of your own? If yes, how did you configure it? What platform is this? This is SunOS ABI=32 (illumos) using pkgsrc current and gcc 4.7 = $ ./configure --enable-ext-wiki-publisher --with-java --with-jdk-home=/opt/loc al/java/openjdk7 --with-ant-home= --enable-scripting-beanshell --enable-scriptin g-javascript --with-system-hsqldb --with-hsqldb-jar=/opt/local/lib/java/hsqldb18 /hsqldb.jar --enable-debug --enable-selective-debuginfo=all --disable-gtk3 --dis able-kde4 --prefix=/opt/local/libreoffice4-4.2.4.2 --disable-ccache --enable-dbu s --disable-epm --disable-fetch-external --disable-firebird-sdbc --disable-gconf --disable-gnome-vfs --disable-odk --disable-opengl --disable-randr-link --disab le-systray --disable-crashdump --disable-gio --enable-gstreamer --enable-lockdow n --enable-python=system --enable-ext-wiki-publisher --enable-ext-nlpsolver --wi th-alloc=system --with-compat-oowrappers --with-external-tar=/export/pub/pkgsrc/ distfiles/libreoffice --with-fonts --with-lang=ALL --with-myspell-dicts --with-p arallelism=6 --with-boost-libdir=/opt/local/lib --with-system-libs --with-system -dicts --enable-scripting-beanshell --without-system-beanshell --enable-scriptin g-javascript --without-system-vigra --with-vendor=pkgsrc --without-doxygen --wit hout-junit --without-krb5 --without-gssapi --without-system-apache-commons --wit h-system-cppunit --without-system-jfreereport --without-system-npapi-headers --w ithout-system-sane ac_cv_path_SYSTEM_GENCCODE=/opt/local/sbin/genccode ac_cv_pat h_SYSTEM_GENCMN=/opt/local/sbin/gencmn --with-gnu-patch=/opt/local/bin/gpatch -- with-gnu-cp=/opt/local/bin/gcp --srcdir=/var/tmp/pkgsrc/misc/libreoffice4/work/l ibreoffice-4.2.4.2 --enable-option-checking=fatal === Can't launch application. component context fails to supply service ...ModuleUIConfigurationManager of type ...XModuleUIConfigurationManager2: an error occured during file opening. program/services/services.rdb should record that UNO service com.sun.star.ui.ModuleUIConfigurationManager is provided by the fwk library. Relevant places in the code are loadSharedLibComponentFactory (cppuhelper/source/shlib.cxx) that would load the fwk library (but this is called a lot, for all the different libs; uri would contain the file URL of the fwk lib) and ModuleUIConfigurationManager::ModuleUIConfigurationManager (framework/source/uiconfiguration/moduleuiconfigurationmanager.cxx) where the C++ object implementing the UNO service is instantiated. anybody already come across this java problem? What makes you assume that it is a Java problem? Sorry, perhaps a hasty assumption. guess 'com.sun.star.ui...' threw me. Stephan after objdumping libfwklo.so, I believe this may be perhaps related to my dropping the mapfile given it's invalid on solaris (with sun ld) because of the inappropriate wildcarding syntax used. Is there any work advancing on fixing these? I may need to come up with alternative mapfiles where necessary. (too bad) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ModuleUIConfigurationManager
On 05/30/2014 10:30 AM, Richard PALO wrote: after objdumping libfwklo.so, I believe this may be perhaps related to my dropping the mapfile given it's invalid on solaris (with sun ld) because of the inappropriate wildcarding syntax used. Is there any work advancing on fixing these? I may need to come up with alternative mapfiles where necessary. (too bad) But there should be no mapfile involved for libfwklo.so anyway? We dropped almost all mapfiles a long time ago (the only remaining ones are for the handful of URE libs like cppu, cppuhelper, sal, salhelper, where they're only still used for symbol versioning). Export lists (on unixy platforms, Linux and OS X at least) are exclusively controlled via GCC's -fvisibility=hidden and explicitly annotating exported entities with SAL_DLLPUBLIC_EXPORT etc. For libfwklo.so, the relevant symbol that needs to be exported is fwk_component_getFactory (denoting a C function). Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ModuleUIConfigurationManager
Le 30/05/14 10:45, Stephan Bergmann a écrit : ... For libfwklo.so, the relevant symbol that needs to be exported is fwk_component_getFactory (denoting a C function). Stephan Hmm, that seems to be okay: richard@devzone:/opt/local/libreoffice4-4.2.4.2/program$ elfdump -s libfwklo.so |grep fwk_component_getFactory [957] 0x001e3ab0 0x2408 FUNC GLOB D1 .text fwk_component_getFactory [23029] 0x001e3ab0 0x2408 FUNC GLOB D0 .text fwk_component_getFactory !indexvalue size type bind oth ver shndx name ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
ModuleUIConfigurationManager
Hi, guess I'm looking for hints on how to track down a startup problem (attached is the screenshot) Can't launch application. component context fails to supply service ...ModuleUIConfigurationManager of type ...XModuleUIConfigurationManager2: an error occured during file opening. anybody already come across this java problem? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-commits] core.git: fwk: Use constructor feature for ModuleUIConfigurationManager
On Tue, 2014-01-21 at 16:28 +0100, Stephan Bergmann wrote: Removing XInitialization from a service implementation is always a delicate move regarding compatibility. Even though the new-style service css.ui.ModuleUIConfigurationManager does not mention XInitialization, the old-style variant (prior to http://cgit.freedesktop.org/libreoffice/core/commit/?id=9c41a60c0d802c618ac414822615a5c9e9e92f9f fdo#46808, Convert ui::ModuleUIConfigurationManager service to new style) did, and there is always a chance that (external) code obtains the service implementation via a non-argument queryInstance call and then explicitly queries for XInitialization. So although this change is most probably justified, it is nevertheless incompatible. Matúš, can you please manually list your relevant past changes at https://wiki.documentfoundation.org/ReleaseNotes/4.3#API_changes and add [API CHANGE] to the commit messages of relevant future changes (to allow for semi-automatic tracking)? Makes sense, I've found 8, and added them to the wiki. Thanks, Matus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-commits] core.git: fwk: Use constructor feature for ModuleUIConfigurationManager
On 01/17/2014 12:28 PM, Matúš Kukan wrote: commit 72b5343bd16deec540d8cd148cd7aebd74e92c16 Author: Matúš Kukan matus.ku...@collabora.com Date: Thu Jan 9 20:18:49 2014 +0100 fwk: Use constructor feature for ModuleUIConfigurationManager. And avoid css::uno::XInitialization protocol. Removing XInitialization from a service implementation is always a delicate move regarding compatibility. Even though the new-style service css.ui.ModuleUIConfigurationManager does not mention XInitialization, the old-style variant (prior to http://cgit.freedesktop.org/libreoffice/core/commit/?id=9c41a60c0d802c618ac414822615a5c9e9e92f9f fdo#46808, Convert ui::ModuleUIConfigurationManager service to new style) did, and there is always a chance that (external) code obtains the service implementation via a non-argument queryInstance call and then explicitly queries for XInitialization. So although this change is most probably justified, it is nevertheless incompatible. Matúš, can you please manually list your relevant past changes at https://wiki.documentfoundation.org/ReleaseNotes/4.3#API_changes and add [API CHANGE] to the commit messages of relevant future changes (to allow for semi-automatic tracking)? Thanks, Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice