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