RFR: JDK-8187289: NotifyFramePop request is not cleared if JVMTI_EVENT_FRAME_POP is disabled
Alex Menkov
alexey.menkov at oracle.com
Wed May 23 22:19:37 UTC 2018
Hi Serguei,
Thank you for the review.
The issue is described in CSR in details.
Short summary:
A NotifyFramePop request is only cleared if the JVMTI_EVENT_FRAME_POP is
enabled. The problem is that if a NotifyFramePop request is not cleared
when the JVMTI_EVENT_FRAME_POP events notification is disabled, then an
unrelated FRAME_POP event is sent after the notification is re-enabled
(test in the fix demonstrates the scenario).
Changes in jvmtiExport.cpp updates updates methodExit handler to clear
pending FramePop events even if JVMTI_EVENT_FRAME_POP is disabled.
Changes in jvmtiEventController.cpp turns on interp_only_mode if
NotifyFramePop is requested (this is also for the case when
JVMTI_EVENT_FRAME_POP is disabled).
--alex
On 05/23/2018 13:58, serguei.spitsyn at oracle.com wrote:
> Hi Alex,
>
> Looks good.
>
> Thank you a lot for taking care about this!
> I know, it was not easy to sort out the regressions observed in testing.
>
> Could you, please, explain the issue and fix to reviewers?
>
> Thanks,
> Serguei
>
>
> On 5/23/18 12:33, Alex Menkov wrote:
>> Hi all,
>>
>> Please take a look at a fix for
>> https://bugs.openjdk.java.net/browse/JDK-8187289
>>
>> webrev: http://cr.openjdk.java.net/~amenkov/notifyFramePop/webrev/
>>
>> CSR for the issue: https://bugs.openjdk.java.net/browse/JDK-8191467
>>
>> --alex
>
More information about the serviceability-dev
mailing list