> Deep in the bowels of `System.loadLibrary`, `File.getCanonicalPath()` is > called on the target library file before it is passed to the system library > loading APIs. In JDK-8003887, `File.getCanonicalPath` was altered to resolve > symlinks on Windows. This had unintended consequences for passing a symlink > to `System.loadLibrary` on Windows. The underlying Windows `LoadLibrary` API > inspects the file name passed to it and adds a `.dll` extension if the it is > not already present. Thus, if `System.loadLibrary` was given a symlink to a > file and that file didn't have a `.dll` extension, `LoadLibrary` try to load > nonexistent file and fail. > > Fix this problem by appending a `.` to library paths in Windows' > `os::dll_load`. This trailing dot inhibits `LoadLibrary`'s own appending > behavior.
Benjamin Peterson has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 20 commits: - append '.' to library names on Windows so that LoadLibrary doesn't mangle them - Merge branch 'master' into nativelibraries-fix - update copyright years of test files - Merge branch 'master' into nativelibraries-fix - Merge branch 'master' into nativelibraries-fix - add test showing loading symlinked libraries with various combinations - revert dll_load fix - Merge branch 'master' into nativelibraries-fix - add cast - use os::malloc - ... and 10 more: https://git.openjdk.org/jdk/compare/10e23dd5...d42b58b4 ------------- Changes: https://git.openjdk.org/jdk/pull/24694/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=24694&range=11 Stats: 119 lines in 7 files changed: 113 ins; 0 del; 6 mod Patch: https://git.openjdk.org/jdk/pull/24694.diff Fetch: git fetch https://git.openjdk.org/jdk.git pull/24694/head:pull/24694 PR: https://git.openjdk.org/jdk/pull/24694
