RFR (XS) 8221524: java/util/Base64/TestEncodingDecodingLength.java should be disabled on 32-bit platforms

Thomas Stüfe thomas.stuefe at gmail.com
Wed Mar 27 10:12:01 UTC 2019


Good & trivial.

..Thomas

On Wed, Mar 27, 2019 at 12:00 AM Aleksey Shipilev <shade at redhat.com> wrote:

> Bug:
>   https://bugs.openjdk.java.net/browse/JDK-8221524
>
> It currently requests -Xmx8g, which is above the max representable memory
> for 32-bit VM. The test
> allocates byte[Integer.MAX_VALUE - C], which means we cannot trim the heap
> size. Therefore, we have
> to disable the test on 32-bit.
>
> Fix:
>
> diff -r 35cb5d1c5881
> test/jdk/java/util/Base64/TestEncodingDecodingLength.java
> --- a/test/jdk/java/util/Base64/TestEncodingDecodingLength.java Tue Mar 26
> 22:29:54 2019 +0100
> +++ b/test/jdk/java/util/Base64/TestEncodingDecodingLength.java Tue Mar 26
> 23:57:45 2019 +0100
> @@ -28,11 +28,11 @@
>  /**
>   * @test
>   * @bug 8210583 8217969 8218265
>   * @summary Tests Base64.Encoder.encode and Base64.Decoder.decode
>   * with the large size of input array/buffer
> - * @requires os.maxMemory >= 10g
> + * @requires (sun.arch.data.model == "64" & os.maxMemory >= 10g)
>   * @run main/othervm -Xms6g -Xmx8g TestEncodingDecodingLength
>   *
>   */
>
> Testing: Linux {x86_64, x86_32} fastdebug, affected test
>
> --
> Thanks,
> -Aleksey
>
>
>


More information about the core-libs-dev mailing list