adoptium
hotspot_tier1_runtime CDS tests fail on Windows
Ref: https://github.com/adoptium/ci-jenkins-pipelines/issues/1104#issuecomment-2393086371
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/)
Some of these could be similar problem as this issue on Macos: https://github.com/adoptium/aqa-tests/issues/5645
-
runtime/CDSCompressedKPtrs/XShareAuto.javaI think this is likely problem with test. It generates jsa with-serveroption, but then tries to use it with client VM (missing-server) I'll take a look later. -
runtime/cds/TestCDSVMCrash.javaoutput 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.
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.
An issue that resembles this has been seen on aarch64 Windows while running serviceability/jvmti/RedefineClasses/RedefineSharedClassJFR.java
02:29:57 stdout: [[0.009s][error][cds] An error has occurred while processing the shared archive file.
02:29:57 [0.009s][error][cds] Unable to map shared spaces
02:29:57 Error occurred during initialization of VM
02:29:57 Unable to use shared archive.
02:29:57 ];
02:29:57 stderr: []
02:29:57 exitValue = 1
02:29:57
02:29:57 java.lang.RuntimeException: 'Class unloading: should_clean_previous_versions = false' missing from stdout/stderr
02:29:57 at jdk.test.lib.process.OutputAnalyzer.shouldContain(OutputAnalyzer.java:238)
02:29:57 at RedefineSharedClassJFR.main(RedefineSharedClassJFR.java:94)
02:29:57 at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
02:29:57 at java.base/java.lang.reflect.Method.invoke(Method.java:580)
02:29:57 at com.sun.javatest.regtest.agent.MainActionHelper$AgentVMRunnable.run(MainActionHelper.java:333)
02:29:57 at java.base/java.lang.Thread.run(Thread.java:1583)
We've also seen ReadFromNoaccessArea failures on aarch64 Windows
02:18:52 STDERR:
02:18:52 stdout: [Reading from no access area...
02:18:52 ];
02:18:52 stderr: []
02:18:52 exitValue = -1073741819
02:18:52
02:18:52 java.lang.RuntimeException: 'EXCEPTION_ACCESS_VIOLATION' missing from stdout/stderr
02:18:52 at jdk.test.lib.process.OutputAnalyzer.shouldContain(OutputAnalyzer.java:238)
02:18:52 at ReadFromNoaccessArea.main(ReadFromNoaccessArea.java:68)
02:18:52 at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103)
02:18:52 at java.base/java.lang.reflect.Method.invoke(Method.java:580)
02:18:52 at com.sun.javatest.regtest.agent.MainActionHelper$AgentVMRunnable.run(MainActionHelper.java:333)
02:18:52 at java.base/java.lang.Thread.run(Thread.java:1583)