I found some interesting reading here:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4280189
http://forum.java.sun.com/thread.jspa?threadID=707176
However, since my script will not work without the sysproperty, one of the
following must be true:
a) the described behaviour of java.library.p
Our tests have always been forked and I do want to avoid hacks, which is why
I am coming to this forum.
Cool.
This is enough for the libraries directly loaded by System.loadLibrary,
but not for their dependencies.
PATH or Path has to be used on Windows. That's the equivalent
Thank you for taking an interest.
Our tests have always been forked and I do want to avoid hacks, which is why
I am coming to this forum.
This is what I have so far ( lib.package contains all shared objects ):
Presumably you are running forked? I think you also need to make
sure that your path and library search path includes the existing env
variables.
Mostly likely not. The only "right" solution is to .
> Am I going to be forced to look into a nominated directory and preload
> anything that match
Juan Jimenez wrote:
Back in June 2004 there was a thread briefly discussing the problem of
native libraries having dependencies on further native libraries and the
apparent lack of support in ANT to modify Path or LD_LIBRARY_PATH as
appropriate. I am facing the problem (which I explain in more d
For completeness, I am using:
Apache Ant version 1.6.5 compiled on June 2 2005
java version "1.5.0_05"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_05-b05)
Java HotSpot(TM) Server VM (build 1.5.0_05-b05, mixed mode)
On 14/06/06, Juan Jimenez <[EMAIL PROTECTED]> wrote:
Back
Back in June 2004 there was a thread briefly discussing the problem of
native libraries having dependencies on further native libraries and the
apparent lack of support in ANT to modify Path or LD_LIBRARY_PATH as
appropriate. I am facing the problem (which I explain in more detail below)
and I am
