Converts suspend001 to ThreadWrapper and fixes the hang. The test assumed 
MyThread always grabs the shared lock first once main releases it, which isn't 
guaranteed. With virtual threads the single wakeup goes to the first thread 
that blocked, that's Suspended, and a suspended virtual thread can't mount, so 
MyThread was never woken and the debuggee stalled.

Now each thread gates on its own lock so nothing depends on who gets the 
wakeup. Also removed the platform only comment and switched thread discovery to 
the same rendezvous the other converted jdb tests use

---------
- [x] I confirm that I make this contribution in accordance with the [OpenJDK 
Interim AI Policy](https://openjdk.org/legal/ai).

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

Commit messages:
 - 8390031: vmTestbase/nsk/jdb/suspend/suspend001 hangs with virtual test 
threads after suspend/cont

Changes: https://git.openjdk.org/jdk/pull/32267/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=32267&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8390031
  Stats: 25 lines in 2 files changed: 12 ins; 2 del; 11 mod
  Patch: https://git.openjdk.org/jdk/pull/32267.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/32267/head:pull/32267

PR: https://git.openjdk.org/jdk/pull/32267

Reply via email to