Test failed when run on macOS 26, which is new in our test config.

java.lang.RuntimeException: did not find Narrow klass base in log output
at AccessZeroNKlassHitsProtectionZone.run_test(AccessZeroNKlassHitsProtectionZone.java:162)
at AccessZeroNKlassHitsProtectionZone.main(AccessZeroNKlassHitsProtectionZone.java:209)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
at java.base/java.lang.reflect.Method.invoke(Method.java:565)
at com.sun.javatest.regtest.agent.MainActionHelper$AgentVMRunnable.run(MainActionHelper.java:335)
at java.base/java.lang.Thread.run(Thread.java:1474)

so we failed this part of the test:

158: // Parse the encoding base from the output. In case of CDS, it depends on ASLR. Even in case of CDS=off, we want
159: // to double-check it is the force address.
160: String nKlassBaseString = output.firstMatch("Narrow klass base: 0x([0-9a-f]+)", 1);
161: if (nKlassBaseString == null) {
162: throw new RuntimeException("did not find Narrow klass base in log output");
163: }

It is possible macOS 26 has a change in behaviour in relation to this.