RFR: 8293143: Workaround for JDK-8292217 when doing "step over" of bytecode with unresolved cp referernce

Chris Plummer cjplummer at openjdk.org
Mon Sep 12 19:09:44 UTC 2022


On Wed, 31 Aug 2022 00:25:20 GMT, Chris Plummer <cjplummer at openjdk.org> wrote:

> There is a workaround we can do for [JDK-8292217](https://bugs.openjdk.org/browse/JDK-8292217) for the use case where a step over or step out is being done. This workaround can't be made to also work for the step into case. From [JDK-8292217](https://bugs.openjdk.org/browse/JDK-8292217)
> 
> "There is a workaround that fixes this issue when doing a STEP_OVER or STEP_OUT. Rather than the debug agent checking if it has enabled JVMTI single stepping, instead it checks some fields in the ThreadNode that say if single stepping is pending, and it is for a STEP_INTO. If it is not STEP_INTO, then it can assume that no StepEvent will occur at the same location and therefor the MethodEntryEvent should not be deferred. So this limits the bug to only happening when doing a STEP_INTO. "

Ping!

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

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


More information about the serviceability-dev mailing list