Milan,

M> Nando Dessena wrote:

>>> [root@saert2 GSR]# ldd GSRServer
>>> /lib/libNoVersion.so.1 (0x00a31000)
>>> libpthread.so.0 => /lib/libpthread.so.0 (0x00d86000)
>>
>> I think there lies the problem. I don't know how to force the Kylix
>> application to load the NPTL threading library, so when NTPL
>> libfbclient is dynamically loaded I get some sort of conflict. Does
>> that make sense?

M> Yes. When it loads fbclient, it requests some NPTL stuff from the
M> threading library (which is already loaded), but that library does not
M> support it. That's why you get the error message: cannot handle TLS data.

Understood.

M> The easiest way to work around this is to take fbclient.so from non-NPTL
M> Firebird package and force your application to load it by setting up
M> LD_LIBRARY_PATH environment variable to some custom directory where
M> extracted fbclient.so resides. Hopefully, Kylix is not trying to play
M> too smart and is using system default functions (which respect this env.
M> variable) to load dynamic libraries.

We're using dlopen, so we should be able to load it from anywhere.

Thank you.
--
Nando Dessena
======================================================
I support Firebird, I am a Firebird Foundation member!
Join today at http://www.firebirdsql.org/ff/foundation
======================================================