On Mon, 17 Jul 2023 04:37:08 GMT, David Holmes <dhol...@openjdk.org> wrote:

> Sorry I don't follow. I don't see anything that prevents the target from 
> terminating after you have read the interrupt bit from the thread object, but 
> before you read the actual state.

The virtual thread state and the interrupt status are separate. That's okay for 
the suspended case, assuming not resumed while JVMTI GetThreadState executes. 
If not suspended then it looks like it could give an inconsistent view of the 
state. I don't know why GetThreadState defined a state flag for interrupted.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/14878#issuecomment-1637714962

Reply via email to