I took opportunity to update the copyright year and replace tags
...<\code> with {@code ...}, so that this code can be left
untouched for next 21 years :)
Here is the webrev with all the changes:
http://cr.openjdk.java.net/~igerasim/4887513/00/webrev/
With kind regards,
Ivan
On 2/18/19 10:32
Hi Andrey!
The fix looks Okay. I can sponsor pushing the fix for you.
With kind regards,
Ivan
On 2/17/19 4:11 AM, Andrey Turbanov wrote:
Hello.
I would like to contribute a small patch for bug:
https://bugs.openjdk.java.net/browse/JDK-4887513
Index:
Hello.
I would like to contribute a small patch for bug:
https://bugs.openjdk.java.net/browse/JDK-4887513
Index: src/java.rmi/share/classes/java/rmi/server/RMIFailureHandler.java
IDEA additional info:
Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
<+>UTF-8
Hi Arno,
this looks good and trivial. I'll sponsor this one.
Maybe one of the authors/reviewers of the original fix for bug
https://bugs.openjdk.java.net/browse/JDK-8218265 (Nishit, Roger, Naoto) should
approve this.
Thanks
Christoph
> -Original Message-
> From: core-libs-dev On
Hello!
I found that the test java/util/Base64/TestEncodingDecodingLength.java fails on
a machine with 8GB memory after JDK-8218265.
The test starts a VM with -Xmx8GB but the VM needs some more memory than only
the heap and on machines with just 8GB of memory (and no swap configured) the
test
Hi Chris/Alan,
On 17/02/2019 17:37, Alan Bateman wrote:
> On 15/02/2019 17:13, Chris Hegarty wrote:
>> :
>> I see that there are changes to the Java SE Platform, namely to the
>> MapMode constructor and an overload of MappedByteBuffer::force. I see
>> these more as "enablers" in support of this
