RFR (S): 8211909: JDWP Transport Listener: dt_socket thread crash

Bug: https://bugs.openjdk.java.net/browse/JDK-8211909 webrev: http://cr.openjdk.java.net/~dholmes/8211909/webrev/ The crash occurs when trying to access a thread that was returned as part of JVM TI GetThreadGroupChildren. The problem is that the JVM TI code tries to use the Threads_lock to ensu

RFR (S) 8048215: [TESTBUG] java/lang/management/ManagementFactory/ThreadMXBeanProxy.java Expected non-null LockInfo

bug: https://bugs.openjdk.java.net/browse/JDK-8048215 webrev: http://cr.openjdk.java.net/~dholmes/8048215/webrev/ Simple race condition in the test. The main thread does checks that are only valid once the target thread has called o.wait() but there's nothing to ensure that point of execution i

Re: RFR (L) 8212082: Remove the NSK_CPP_STUB macros from remaining vmTestbase/jvmti/[sS]*

Thanks both :) Jc On Fri, Oct 12, 2018 at 5:17 PM Alex Menkov wrote: > Looks good to me. > > --alex > > On 10/12/2018 14:25, JC Beyler wrote: > > Yes they do, they have run on my dev machine and I'm submitting it on > > the submit repo (though that will test build and not the tests from what > >

Re: Probable bug within sun.management.StackTraceElementCompositeData

Hi Sven, Moving to serviceability-dev mailing list. Please don't reply to jdk-dev. Thanks, David On 15/10/2018 5:42 AM, Sven Reimers wrote: Hi all, I hope this is the correct e-mailing list. During out testing of Apache NetBeans 10 we discovered a problem with self sampling capability of NetB