jean-frederic clere <[EMAIL PROTECTED]> wrote:
>>> Or calling a native dlopen(RTLD_GLOBAL) instead System.load()?
>>
>> Then it won't work... BTW, I hope you guys are not trying to load APR from
>> the VM, right? Because if so, I _really_ want to see how you can do it on
>> Mach-O kernel based Oses :)
>
> Ok... You are right let'us to do it your way...
The point is: how can you do a dloopen() if you don't do a System.load()
when calling back from Java?
And to explain it better, on some Oses, such as Apple's MacOS/X,
System.load() will only load MH_BUNDLE libraries in the memory space, not
common DYLIBs. So, you'd have to have a MH_BUNDLE containing the dlopen()
(or however that function is called), so that you can load something like
APR, once that's loaded you register the functions and such, and
yadayadayada... Native loader... Way too compicarted...
> In jakarta-commons-sandbox/daemon for example. I need it to run Tomcat on port
> 80 and as nobody/nobody.
JF, I wrote that code 2 years ago.. It's in one of the repositories. It
doesn't use APR, because APR, until my apr_dso_open patch was accepted in
main distro, had the same problem the VM has on System.load(), and it wasn't
able to read non-MH_BUNDLE libraries on Mach-O based system... (Now, go
figure how the stinkin VM is built)...
For commons-sandbox/daemon, I didn't even know someone was WORKING on it, I
believe we were still waiting for Costin to get the approval for
SilverEgg's...
On what mailing list is this being discussed?
Pier
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
