Community
Participate
Working Groups
On windows, the jvm automatically adds the current working directory to the java.library.path. The form of the java.library.path seems to be <vm-specific-directories>;.;<vm-specific-directories>;<windows PATH> This can be exploited in a manner similar to bug 325902 and bug 325294. This affects java System.loadLibrary calls when the class loader returns null from ClassLoader.findLibrary The way to fix this would be for the launcher to set the java.library.path property. However, I do not like this at all because we have no way to know what the required vm-specific paths are.
What is our status here? After more than a year, is it time to remove the committer-only restriction on this bug?
(In reply to comment #1) > What is our status here? After more than a year, is it time to remove the > committer-only restriction on this bug? Ping?
(In reply to comment #2) > (In reply to comment #1) > > What is our status here? After more than a year, is it time to remove the > > committer-only restriction on this bug? > > Ping? Unless somebody can present me with a compelling reason to not do so, I will take the "committer-only" flag off this bug on my next pass through so-marked bugs.
I'm wondering how this is any different than a normal java program. I don't think there is much point in leaving the commiter-only group on here.
Per our policy, I have removed the committer-only flag.
I'm not sure the current JVMs still have this issue. Regardless, I don't see us changing this at this point in time. To me it seems like a general issue (if it still exists) with the JVM itself.