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 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From [EMAIL PROTECTED] 2002-10-18 19:58 ------- The real problem is that write once, run anywhere falls down when you go through an OS feature, knowing how the stuff works underneath is the key to understanding behaviour. Here what you are seeing is the behaviour of ::LoadLibrary(), which is the standard way to load stuff. Sun should be using ::LoadLibraryEx() with the LOAD_WITH_ALTERED_SEARCH_PATH option to get the directory containing the current DLL used at the base of the search. Classic LoadLibrary() uses the local app dir, but that is whereever java.exe ran, not where your libs live. marking bug as invalid because you can set PATH in <java>; go talk to sun about the diff between ::LoadLibrary and ::LoadLibraryEx. You have to remember they dont fully understand win32, nor do they really want to. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
