Pier Fumagalli wrote:
> "jean-frederic clere" <[EMAIL PROTECTED]> wrote:
>
>
>>[EMAIL PROTECTED] wrote:
>>
>>>Need help and feedback...
>>>
>>>As you know, the new Coyote supports both HTTP/1.1 and JK. And the new
>>>JK supports some new communication channels and APR functions that need JNI.
>>>
>>>The 'idealistic' goal was to do that transparently - using System.load(),
>>>so that the user will not have to set LD_LIBRARY_PATH. We would set
>>>aprHome in jk2.properties - and that's it.
>>
>>Something like ld.config or crle also helps.
>>
>>I remember that the JVM does not make the symbols of a library available to
>>other libraries.
>>For example my libapr.so needed something in libcrypt.so but
>>System.load("crypt") before System.load("apr") did not help.
>
>
> LD_PRELOAD=/usr/lib/libcrypt.so could make the trick (under solaris... Under
> Linux I really don't know if their ld supports it).
>
> The problem is that System.load calls dlopen() with the RTLD_LOCAL
> parameter, so that usually screws up most things.
>
> Conservative approach is to reverse the library loading process: link a
> binary to your libapr (and consequently to libcrypt), and then use
> JNI_CreateJavaVM to create the VM...
Or calling a native dlopen(RTLD_GLOBAL) instead System.load()?
>
> Pier
>
>
> --
> To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>
>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
