<div dir="ltr">Hi,<br><br>the AIX folks have problems with runtime/jni/terminatedThread/TestTerminatedThread.java. I am trying to understand some details and would be happy for pointers.<br><br>The way I understand TestTerminatedThread.java and the RFR discussion for 8205878 [1], the test seems to deliberately omit JNI_DetachCurrentThread to simulate a JNI coding error, right? It joins the thread, causing the OS to clean out all associated resources. The pthread_t, kernel thread id, stack, etc all become invalid. The test then nudges the VM in various ways to shake out problems relating to the continued use of these resources.<br><br>Is my understanding correct, or am I missing something?<br><br>If I got this right so far, is this not inherently unstable? What happens if the associated resources get reused by the libc? pthread_t could be a pointer to a struct or a slot index into a table, and get reused by a different thread. The kernel thread id could be reused too.<br><br>Thanks, Thomas<br><br>[1] <a href="https://mail.openjdk.org/pipermail/hotspot-runtime-dev/2018-July/029022.html">https://mail.openjdk.org/pipermail/hotspot-runtime-dev/2018-July/029022.html</a></div>