RFR (XS) 8221918: runtime/SharedArchiveFile/serviceability/ReplaceCriticalClasses.java fails: Shared archive not found
Aleksey Shipilev
shade at redhat.com
Wed Apr 3 17:19:33 UTC 2019
On 4/3/19 5:24 PM, Aleksey Shipilev wrote:
> Test bug:
> https://bugs.openjdk.java.net/browse/JDK-8221918
>
> Fix:
> http://cr.openjdk.java.net/~shade/8221918/webrev.01/
>
> It seems the test is running with -Xshare:auto, which expects the CDS archive to be generated by
> default during the build? x86_32 fails with "Shared archive not found" in that test, and it fails
> tier1 then.
>
> Dumping the CDS archive before starting the test helps those configs where archive is not created
> automatically. I copy-pasted the new block from the test (later in the same file) and dropped some
> non-essentials.
On a second thought, I think we are better using test-specific archive to avoid problems with other
CDS tests that might also expect archive to be generated (which would break them when they run
standalone) or read the shared archive while it is being generated.
New webrev:
http://cr.openjdk.java.net/~shade/8221918/webrev.02/
Testing: affected test on Linux {x86_64, x86_32} fastdebug, jdk-submit (running)
-Aleksey
More information about the hotspot-runtime-dev
mailing list