RFR (xs) 8037138: x86: problem with JVMTI breakpoint

Daniel D. Daugherty daniel.daugherty at oracle.com
Thu Aug 18 13:44:46 UTC 2016

On 8/17/16 3:36 PM, Coleen Phillimore wrote:
> Summary: do aload(0) after rewriting aload bytecodes to fast version 
> for frequent pairs.
> This is more of a cleanup since RewriteFrequentPairs is turned off for 
> breakpoint debugging, because if frequent pairs of bytecodes are 
> rewritten, you can't set a breakpoint on the second bci of a pair 
> because it's not executed with this optimization.
> Now all the platforms are the same as ppc for this.
> Tested with jprt since aload(0) in the interpreter is executed a many 
> times.
> open webrev at http://cr.openjdk.java.net/~coleenp/8037138.01/webrev

     No comments.

     No comments.

     No comments.

Thumbs up.

Just to be clear... this bad oop problem (and the loss of the
tos value) only happens when -XX:+RewriteFrequentPairs is
specified on the command line... Do I have this right?


> bug link https://bugs.openjdk.java.net/browse/JDK-8037138
> See bug for how this came up on the openjdk thread.
> Thanks,
> Coleen

More information about the hotspot-runtime-dev mailing list