URGENT trivial XS RFR: 8206954: Test runtime/Thread/ThreadPriorities.java crashes with SEGV in pthread_getcpuclockid
David Holmes
david.holmes at oracle.com
Tue Jul 10 07:00:09 UTC 2018
Bug: https://bugs.openjdk.java.net/browse/JDK-8206954
webrev: http://cr.openjdk.java.net/~dholmes/8206954/webrev/
The new test I added for JDK-8205878 needs to run on othervm mode,
otherwise the terminated-but-still-attached JavaThread will be
encountered by the ThreadPriorties test that issues a jstack command and
tries to print all the thread information. When the bad thread fresh
this would result in ESRCH from pthread_getcpuclockid, but later the
pthread_t is referring to unmapped memory and so we just get a SEGV.
---
old/test/hotspot/jtreg/runtime/jni/terminatedThread/TestTerminatedThread.java
2018-07-10 02:47:54.031499137 -0400
+++
new/test/hotspot/jtreg/runtime/jni/terminatedThread/TestTerminatedThread.java
2018-07-10 02:47:52.471409012 -0400
@@ -24,7 +24,7 @@
/*
* @test
- * @bug 8205878
+ * @bug 8205878 8206954
* @requires os.family != "windows" & os.family != "solaris"
* @summary Basic test of Thread and ThreadMXBean queries on a natively
* attached thread that has failed to detach before terminating.
@@ -32,7 +32,7 @@
* we have to skip solaris as a terminating thread that fails to
* detach will hit an infinite loop due to TLS destructor
issues - see
* comments in JDK-8156708
- * @run main/native TestTerminatedThread
+ * @run main/othervm/native TestTerminatedThread
*/
public class TestTerminatedThread {
---
Thanks,
David
More information about the hotspot-runtime-dev
mailing list