ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 13766] - No way to force path setting in java task
Date Fri, 18 Oct 2002 19:58:15 GMT
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

stevel@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID



------- Additional Comments From stevel@apache.org  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:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>


Mime
View raw message