Hi,
I am developing a new extension for OOBase, a driver which doesn't use
odbc/jdbc to connect to MySQL. I was developing on the base of
DEV300_m12 and my extension used to build and load. I recently switched
to dev300_m28 sources for building and OOO300_m3 installed from
opensuse's build
On 08/27/08 15:09, Andrey Hristov wrote:
Hi,
I am developing a new extension for OOBase, a driver which doesn't use
odbc/jdbc to connect to MySQL. I was developing on the base of
DEV300_m12 and my extension used to build and load. I recently switched
to dev300_m28 sources for building and
I have no idea what could cause the problem. So you need to debug some
more. That ldd shows the office libraries as 'not found' is normal. You
should find out why mysqulc.so cannot be loaded at runtime when the
build environment is not set. Maybe LD_DEBUG is helpful.
Joachim
Andrey Hristov
Hi,
Juergen Schmidt wrote:
Hi Andrey,
we can't give any guarantee for the the Novell builds of OpenOffice. I
recommend that you use a vanilla build from OpenOffice. They have
applied a lot of patches where we can't give any guarantee for and where
we can't give support. It's not nice but
Well, I didn't see the wood for the trees. Stephan is absolutely right.
The extension libraries may ONLY link against URE libraries.
Joachim
Joachim Lingner schrieb:
I have no idea what could cause the problem. So you need to debug some
more. That ldd shows the office libraries as 'not found'
Hi,
Stephan Bergmann wrote:
On 08/27/08 15:09, Andrey Hristov wrote:
Hi,
I am developing a new extension for OOBase, a driver which doesn't
use odbc/jdbc to connect to MySQL. I was developing on the base of
DEV300_m12 and my extension used to build and load. I recently
switched to
On 08/27/08 15:52, Andrey Hristov wrote:
OOo guarantees that an (extension) native UNO component library is
loaded in an environment where the public URE libraries
(libuno_sal.so.3 etc.) are just there. However, any OOo-internal
libraries cannot be used from an extension (as they do not offer
Stephan Bergmann wrote:
On 08/27/08 15:52, Andrey Hristov wrote:
OOo guarantees that an (extension) native UNO component library is
loaded in an environment where the public URE libraries
(libuno_sal.so.3 etc.) are just there. However, any OOo-internal
libraries cannot be used from an
On 08/27/08 15:56, Andrey Hristov wrote:
Hi,
Juergen Schmidt wrote:
Hi Andrey,
we can't give any guarantee for the the Novell builds of OpenOffice. I
recommend that you use a vanilla build from OpenOffice. They have
applied a lot of patches where we can't give any guarantee for and
where
On 08/27/08 16:03, Andrey Hristov wrote:
Stephan Bergmann wrote:
On 08/27/08 15:52, Andrey Hristov wrote:
OOo guarantees that an (extension) native UNO component library is
loaded in an environment where the public URE libraries
(libuno_sal.so.3 etc.) are just there. However, any
Stephan Bergmann schrieb:
OOo guarantees that an (extension) native UNO component library is
loaded in an environment where the public URE libraries (libuno_sal.so.3
etc.) are just there. However, any OOo-internal libraries cannot be
used from an extension (as they do not offer a stable
Hi Stephan,
Stephan Bergmann wrote:
On 08/27/08 16:03, Andrey Hristov wrote:
Stephan Bergmann wrote:
On 08/27/08 15:52, Andrey Hristov wrote:
OOo guarantees that an (extension) native UNO component library is
loaded in an environment where the public URE libraries
(libuno_sal.so.3 etc.) are
On 08/27/08 16:29, Ulf Wendel wrote:
Stephan Bergmann schrieb:
OOo guarantees that an (extension) native UNO component library is
loaded in an environment where the public URE libraries
(libuno_sal.so.3 etc.) are just there. However, any OOo-internal
libraries cannot be used from an
On 08/27/08 16:33, Andrey Hristov wrote:
My extension is broken, yes, I am ashamed. I have nice feeling about
OO.org. In first place I decided to use the rpms which I built myself,
from under instsetoo_native. Alright, not hard, some calls to rpm, they
were installed. New console, writing oo +
14 matches
Mail list logo