Review Request (M) 7187554: JSR 292: JVMTI PopFrame needs to handle appendix arguments

David Holmes david.holmes at oracle.com
Sun Jul 28 21:11:14 PDT 2013


Hi Serguei,

On 26/07/2013 10:14 AM, serguei.spitsyn at oracle.com wrote:
>
> Please, review the fix for:
>    bug: http://bugs.sun.com/view_bug.do?bug_id=7187554
>    jbs: https://jbs.oracle.com/bugs/browse/JDK-7187554
>
> Open webrev:
> http://cr.openjdk.java.net/~sspitsyn/webrevs/2013/hotspot/7187554-JVMTI-JSR292.1

In the templateInterpreter code why did you put this guard on your new 
code (from x86_32 version):

1923 #if INCLUDE_JVMTI

when the whole chunk of code this is situated in is specifically for 
JVMTI support

1824   //
1825   // JVMTI PopFrame support
1826   //

???

David
-----

>
> Summary:
>    Restore the appendix argument of a polymorphic intrinsic call
>    needed for a invokestatic re-execution after JVMTI PopFrame().
>
> Description
>    When JVMTI's PopFrame removes a frame that was called via a call site
> that
>    takes an appendix and that call site is reexecuted the appendix is
> not on
>    the stack anymore because it got removed by the adapter.
>    This fix is to detect such a case and push the appendix on the stack
> again before reexecution.
>
>
> Testing:
>    UTE tests - in progress: vm.mlvm.testlist, nsk.jvmti.testlist,
> nsk.jdi.testlist
>
> Thanks,
> Serguei


More information about the serviceability-dev mailing list