[jdk19] RFR: 8287847: Fatal Error when suspending virtual thread after it has terminated [v10]
Serguei Spitsyn
sspitsyn at openjdk.org
Sun Jul 3 05:52:31 UTC 2022
On Sat, 2 Jul 2022 21:19:55 GMT, Chris Plummer <cjplummer at openjdk.org> wrote:
>> This fixes a bug in the debug agent when there is a request to suspend a virtual thread that has already terminated. The issue was that unless the debug agent was currently under a "suspend all", it would not properly put the virtual thread on the `otherThreads` list, and instead added it to `runningVThreads`. This meant at the end of `insertThread()` the following code tried to do a JVMTI `SetThreadLocalStorage`, which can't be done on a terminated thread.
>>
>>
>> if (list != &otherThreads) {
>> setThreadLocalStorage(node->thread, (void*)node);
>> }
>
> Chris Plummer has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains 11 additional commits since the last revision:
>
> - Merge branch 'master' of https://github.com/openjdk/jdk19 into 8287847_nb
> merge
> - Rename thread to targetThread. Verify targetThread state when the thread dies and when the breakpoint after the join() is reached.
> - Merge branch 'master' of https://github.com/openjdk/jdk19 into 8287847_nb
> merge
> - provide a slightly more descriptive @summary
> - Add new SuspendAfterDeath test to jdk_jdi_sanity test group.
> - Always run test both in virtual and platform thread modes
> - No need to initialzie boolean to false.
> - Get rid of need to cast toArray() result to a String[]
> - fix indentation
> - fixed jcheck errors
> - ... and 1 more: https://git.openjdk.org/jdk19/compare/42a7f5bb...1d087b2f
In fact, webrev v9 does not have any changes.
Is it a merge with JDK 19?
-------------
Marked as reviewed by sspitsyn (Reviewer).
PR: https://git.openjdk.org/jdk19/pull/88
More information about the serviceability-dev
mailing list