P4
vmTestbase/nsk/jvmti/scenarios/capability/CM02/cm02t001/TestDescription.java crashed with
# SIGSEGV (0xb) at pc=0x00007f9734f77101, pid=1151933, tid=1152015
#
# JRE version: Java(TM) SE Runtime Environment (26.0) (fastdebug build 26-internal-2025-10-22-1941258.ekaterina.pavlova.jdk.jep516)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 26-internal-2025-10-22-1941258.ekaterina.pavlova.jdk.jep516, mixed mode, sharing, tiered, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# V [libjvm.so+0x14aa101] JvmtiTagMapTable::find(oop)+0x41
as part of jep516 testing.
The crash occurred when running with AOT cache and "-XX:-AOTClassLinking -XX:-UseCompressedOops -XX:+UseG1GC" flags.
Steps to run the test:
> bash jib.sh make -- run-test TEST="vmTestbase/nsk/jvmti/scenarios/capability/CM02/cm02t001/TestDescription.java"
JTREG_AOT_JDK=onestep
TEST_VM_OPTS="-XX:-AOTClassLinking -XX:-UseCompressedOops -XX:+UseG1GC" JTREG_AOT_JDK=onestep
I tried to reproduce it but no luck.
Erik also confirmed that he also so similar crash during his testing
"
Looks like JVMTI heap walking found an object with a class with a null mirror. I found that I seem to have run into the same failure mode last week in the same test. That time it was running less interesting JVM options (no special GC, no AOT cache, no -compressed oops). That run seems to have run plan vanilla G1 with compressed oops and crashed the exact same way. I guess we would in that case have used the default CDS archive that the JDK ships with, which would have resulted in using the mapping loader with G1."
# SIGSEGV (0xb) at pc=0x00007f9734f77101, pid=1151933, tid=1152015
#
# JRE version: Java(TM) SE Runtime Environment (26.0) (fastdebug build 26-internal-2025-10-22-1941258.ekaterina.pavlova.jdk.jep516)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 26-internal-2025-10-22-1941258.ekaterina.pavlova.jdk.jep516, mixed mode, sharing, tiered, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# V [libjvm.so+0x14aa101] JvmtiTagMapTable::find(oop)+0x41
as part of jep516 testing.
The crash occurred when running with AOT cache and "-XX:-AOTClassLinking -XX:-UseCompressedOops -XX:+UseG1GC" flags.
Steps to run the test:
> bash jib.sh make -- run-test TEST="vmTestbase/nsk/jvmti/scenarios/capability/CM02/cm02t001/TestDescription.java"
JTREG_AOT_JDK=onestep
TEST_VM_OPTS="-XX:-AOTClassLinking -XX:-UseCompressedOops -XX:+UseG1GC" JTREG_AOT_JDK=onestep
I tried to reproduce it but no luck.
Erik also confirmed that he also so similar crash during his testing
"
Looks like JVMTI heap walking found an object with a class with a null mirror. I found that I seem to have run into the same failure mode last week in the same test. That time it was running less interesting JVM options (no special GC, no AOT cache, no -compressed oops). That run seems to have run plan vanilla G1 with compressed oops and crashed the exact same way. I guess we would in that case have used the default CDS archive that the JDK ships with, which would have resulted in using the mapping loader with G1."