DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13766>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13766 No way to force path setting in java task Summary: No way to force path setting in java task Product: Ant Version: 1.5 Platform: PC OS/Version: Windows XP Status: NEW Severity: Blocker Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In theory, java.library.path is all you should need to set to find libraries for JNI classes in Java. However: using JDK 1.4.1_01 on Windows XP, I find the following: If a Java program calls System.loadLibrary("foo"), and foo.dll depends on bar.dll, and bar.dll is in one of the dirs in java.library.path but is NOT in PATH, the JRE fails to load it and a dialog pops up. It seems as if, to get around this, there needs to be support for the <env> tag in <java>, so that one can force a setting of PATH. Or that <java> needs to notice a sysproperty setting of java.library.path and goof around with PATH when creating the process. This also applies to <junit>. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
