> This is a bug in recompute enabled for thread filtered events. It doesn't 
> check current jvmti phase.
> 
> Usually it works fine because most of thread filtered events are not "truly" 
> enabled before live phase. 
> So `JvmtiEventControllerPrivate::recompute_enabled()` doesn't create state 
> for them and thus doesn't call `recompute_thread_enabled` and never try to 
> enable singestep event (and other thread filtered events).
> 
> 
> The issue happens when SingleStep event is enabled before live phase and also 
> one of thread filtered and early events are enabled before live phase.
> 
> I updated test to trigger this problem by itself.  Also I simplified it to 
> fail earlier and fail after VM Death.
> 
> Aslo, verified with reproducer from 
> https://bugs.openjdk.org/browse/JDK-8381721
> by running test with async-profiler.
> 
> Testing ther svc testing from tier5.
> 
> ---------
> - [ ] I confirm that I make this contribution in accordance with the [OpenJDK 
> Interim AI Policy](https://openjdk.org/legal/ai).

Leonid Mesnik has updated the pull request incrementally with two additional 
commits since the last revision:

 - space back
 - removed jlong -> julong

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

Changes:
  - all: https://git.openjdk.org/jdk/pull/30617/files
  - new: https://git.openjdk.org/jdk/pull/30617/files/936264b9..926343b1

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=30617&range=03
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=30617&range=02-03

  Stats: 4 lines in 1 file changed: 0 ins; 0 del; 4 mod
  Patch: https://git.openjdk.org/jdk/pull/30617.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/30617/head:pull/30617

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

Reply via email to