In the loom repo I am seeing:

[JDI: Sending Command(id=168) JDWP.VirtualMachine.Dispose]
[JDI: Receiving Command(id=168) JDWP.VirtualMachine.Dispose]
[JDI: Target VM i/f closing event queues]
[JDI: Target VM interface thread exiting]
[JDI: Internal event handler exiting]
com.sun.jdi.ObjectCollectedException
at jdk.jdi/com.sun.tools.jdi.JDWPException.toJDIException(JDWPException.java:56)
at jdk.jdi/com.sun.tools.jdi.InvokableTypeImpl.invokeMethod(InvokableTypeImpl.java:117)
at MethodInvokeWithTraceOnTest.testStaticMethod1(MethodInvokeWithTraceOnTest.java:146)
at MethodInvokeWithTraceOnTest.testMethods(MethodInvokeWithTraceOnTest.java:122)
at MethodInvokeWithTraceOnTest.runTests(MethodInvokeWithTraceOnTest.java:90)
at TestScaffold.startTests(TestScaffold.java:432)
at MethodInvokeWithTraceOnTest.main(MethodInvokeWithTraceOnTest.java:79)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
at java.base/java.lang.reflect.Method.invoke(Method.java:577)
at com.sun.javatest.regtest.agent.MainActionHelper$AgentVMRunnable.run(MainActionHelper.java:312)
at java.base/java.lang.Thread.run(Thread.java:1532)

The vthread wrapper is not involved. I've been seeing this in tier8 with -Xcomp related test tasks. However, I also noted some similar failures in ad-hoc jobs run using ZGC. Most likely it is a test bug because due to it not calling ObjectRerefence.disableGarbageCollection() on the object, and a GC is triggered that frees the object.

Reproduced with the following two sets of JVM options:

-Xcomp -XX:+CreateCoredumpOnCrash -ea -esa -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -server -XX:+TieredCompilation -XX:+VerifyOops
-XX:+CreateCoredumpOnCrash -XX:+UseZGC --enable-preview -XX:+ZVerifyViews -XX:ZCollectionInterval=0.01