+ the test dumps a CDS archive with ZGC enabled (use compressed oops = false)
+ because of this bug, the test tries to use the CDS archive without enabling ZGC, so we have compressed oops = true. As a result, the VM cannot load this CDS archive because the oop compression mode doesn't match.
--------
in runAppPrepare:
if (vmArguments == null) {
// Propagate getTestJavaOpts() to LingeredApp
vmArguments = Utils.getTestJavaOpts();
} else {
// Lets user manage LingeredApp options
}
When vmArguments specified, the testing java options are not passed into children process. This may lead to inconsistency for CDS dump/run.
- is blocked by
-
JDK-8220624 SA: Out of sync with ZGC's internal data structures
-
- Closed
-
- relates to
-
JDK-8242150 [GRAAL] Add jtreg "serviceability/sa/ClhsdbJstackXcompStress.java" to graal problem list
-
- Resolved
-
-
JDK-8240691 ClhsdbCDSJstackPrintAll incorrectly thinks CDS is in use
-
- Resolved
-
-
JDK-8242168 ClhsdbFindPC.java failed due to "RuntimeException: 'In code in NMethod for LingeredAppWithTrivialMain.main' missing from stdout/stderr"
-
- Resolved
-
-
JDK-8242265 serviceability/sa/ClhsdbScanOops.java fails due to bad @requires expression
-
- Resolved
-
-
JDK-8240563 [TESTBUG] WB_IsCDSIncludedInVmBuild should support uncompressed oops/klasses
-
- Resolved
-