Question about JDK-8205878 (tolerating missing JNI Detach)

[Thomas Stüfe]

Hi,

the AIX folks have problems with
runtime/jni/terminatedThread/TestTerminatedThread.java. I am trying to
understand some details and would be happy for pointers.

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.

Is my understanding correct, or am I missing something?

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.

Thanks, Thomas

[1]
https://mail.openjdk.org/pipermail/hotspot-runtime-dev/2018-July/029022.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-runtime-dev/attachments/20231117/5f35e87a/attachment.htm>