Brian Burkhalter
Brian Burkhalter
ee76ec1 changes the test to fail if the amount of memory able to be allocated is less than a threshold, in this case,`MAX_VM_SIZE - 8*1024`. This change passed 30 repeats...
/label add nio
This request will likely be withdrawn when #22339 is integrated.
This request is irrelevant now that #22339 is integrated.
The `InternalLock` and `ByteArrayOutputStream` changes look all right. I'll follow up with [JDK-8343039](https://bugs.openjdk.org/browse/JDK-8343039) once this PR for [JEP 491](https://openjdk.org/jeps/491) is integrated.
> > New-Item -Path .\jdk-24\bin\jimage.dll -ItemType SymbolicLink -Value .\rando What if instead this were the following ``` > New-Item -Path .\jdk-24\bin\jimage.dll -ItemType SymbolicLink -Value .\rando.dll ``` where `.dll` is appended...
> > > At this point, the path to load will be `$PWD\rando` due to symlink resolution. > > > > > > Which is in fact correct, no? >...
> > So is it correct to say that the link resolution appears correct but `LoadLibrary`'s quirks cause the intended behavior to fail? > > Yes. The `getCanonicalPath` canonicalization indeed...
I built the JDK with the diff in 70e943c applied on Windows 11 and verified that it resolves the scenario presented in the issue description, namely that `jimage.dll` can be...
This change passes CI tiers 1-5 jobs on all platforms. With the change in place, one can remove `libnio` from the JDK and still be able to copy a file...