Hi Goetz,
looks good to me and should fix the issue.
I just want to point out that I am not a Reviewer.
Best regards,
Arno
>-Original Message-
>From: core-libs-dev On Behalf Of
>Lindenmaier, Goetz
>Sent: Montag, 21. Januar 2019 11:01
>To: core-libs-dev@openjdk.java.net
>Subject:
Hi Nishit,
thanks for testing!
Best regards,
Arno
>-Original Message-
>From: Nishit Jain
>Sent: Dienstag, 19. Februar 2019 10:05
>To: Zeller, Arno ; core-libs-dev d...@openjdk.java.net>
>Subject: Re: RFR(XS):JDK-8219228:
>java/util/Base64/TestEncodingDecodingLengt
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 all,
could someone please review this small improvement for the test
VendorInfoPluginsTest.java? The change avoids writing a core file and might
reduce the memory footprint .
JBS: https://bugs.openjdk.java.net/browse/JDK-8234696
Webrev: http://cr.openjdk.java.net/~azeller/webrevs/8234696.0/
Hi Mandy,
thanks for your review.
Best regards,
Arno
> -Original Message-
> From: Mandy Chung
> Sent: Mittwoch, 4. Dezember 2019 00:39
> To: Zeller, Arno
> Cc: core-libs-dev@openjdk.java.net
> Subject: Re: RFR(XS): 8234696:
> tools/jlink/plugins/VendorInfoPlugi
Hi Christoph,
thanks for your review and sponsoring!
Best regards,
Arno
> -Original Message-
> From: Langer, Christoph
> Sent: Mittwoch, 4. Dezember 2019 13:55
> To: Zeller, Arno
> Cc: core-libs-dev@openjdk.java.net; Mandy Chung
>
> Subject: RE: RFR(XS): 8
Hi Brian,
just a question: I only see a fix for the AIX issue in your change. As far as I
understand Matthias the main issue in
https://bugs.openjdk.java.net/browse/JDK-8251017 is that NFS mounts (that often
change the usable size during the test run) are not excluded.
We see this kind of
Hi Igor,
after our push I see test/java/io/File/GetXSpace.java failing on our Windows
test machines. The issue seems to be that the 'df' call produces several lines
of output on my windows machine and the pattern uses \n as line-ending.
In a short test I changed the regex to match $ instead
