hotspot_tier1_runtime CDS tests fail on Windows
Opened this issue · 2 comments
Ref: adoptium/ci-jenkins-pipelines#1104 (comment)
jdk11u Windows_x86:
TEST: runtime/CDSCompressedKPtrs/XShareAuto.java (https://ci.adoptium.net/job/Grinder/11104/)
21:17:44 stdout: [[0.026s][info][cds] _jvm_ident expected: OpenJDK Client VM (11.0.25-beta+8-202410071436) for windows-x86 JRE (11.0.25-beta+8-202410071436), built on Oct 7 2024 15:00:43 by "" with MS VC++ 17.7 (VS2022)
21:17:44 [0.026s][info][cds] actual: OpenJDK Server VM (11.0.25-beta+8-202410071436) for windows-x86 JRE (11.0.25-beta+8-202410071436), built on Oct 7 2024 15:02:05 by "" with MS VC++ 17.7 (VS2022)
21:17:44 [0.026s][info][cds] UseSharedSpaces: The shared archive file was created by a different version or build of HotSpot
jdk17u Windows_x86:
TEST: runtime/cds/TestCDSVMCrash.java (https://ci.adoptium.net/job/Grinder/11129/)
09:49:59 java.lang.Error: Expected VM to crash
09:49:59 at TestCDSVMCrash.main(TestCDSVMCrash.java:58)
09:49:59 at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
09:49:59 at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
09:49:59 at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
09:49:59 at java.base/java.lang.reflect.Method.invoke(Method.java:569)
09:49:59 at com.sun.javatest.regtest.agent.MainActionHelper$AgentVMRunnable.run(MainActionHelper.java:333)
09:49:59 at java.base/java.lang.Thread.run(Thread.java:840)
09:49:59
09:49:59 JavaTest Message: Test threw exception: java.lang.Error
jdk21u Windows_aarch64:
TEST: runtime/cds/TestCDSVMCrash.java (https://ci.adoptium.net/job/Grinder/11131/consoleFull)
TEST: runtime/ErrorHandling/UncaughtNativeExceptionTest.java (https://ci.adoptium.net/job/Grinder/11131/consoleFull)
09:50:59 java.lang.Error: Expected VM to crash
09:50:59 at TestCDSVMCrash.main(TestCDSVMCrash.java:59)
09:50:59 at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
09:50:59 at java.base/java.lang.reflect.Method.invoke(Method.java:580)
09:50:59 at com.sun.javatest.regtest.agent.MainActionHelper$AgentVMRunnable.run(MainActionHelper.java:333)
09:50:59 at java.base/java.lang.Thread.run(Thread.java:1583)
TEST: runtime/cds/CheckDefaultArchiveFile.java (https://ci.adoptium.net/job/Grinder/11131/consoleFull)
09:54:16 java.lang.RuntimeException: OpenJDK 64-Bit Server VM(aarch64)has no C:\Users\jenkins\workspace\Grinder\jdkbinary\j2sdk-image\bin\server\classes_nocoops.jsa
09:54:16 at CheckDefaultArchiveFile.main(CheckDefaultArchiveFile.java:62)
jdk23u Windows_aarch64:
TEST: runtime/cds/CheckDefaultArchiveFile.java
TEST: runtime/cds/TestCDSVMCrash.java
TEST: runtime/ErrorHandling/MachCodeFramesInErrorFile.java
TEST: runtime/ErrorHandling/UncaughtNativeExceptionTest.java
TEST: runtime/memory/ReadFromNoaccessArea.java
TEST: runtime/jni/nativeStack/TestNativeStack.java
(https://ci.adoptium.net/job/Grinder/11117/)
-
runtime/CDSCompressedKPtrs/XShareAuto.java
I think this is likely problem with test. It generates jsa with-server
option, but then tries to use it with client VM (missing-server
) I'll take a look later. -
runtime/cds/TestCDSVMCrash.java
output on windows x86 actually contains:
10:49:59 [STDERR]
10:49:59 An error has occurred while processing the shared archive file.
10:49:59 Specified shared archive not found (c:\jenkins\workspace\Grinder\jdkbinary\j2sdk-image\bin\client\classes.jsa).
seems like 32-bit windows have .jsa file generated for server VM but not for client VM (default). On windows aarch64 issue is maybe different.