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
> open webrev at http://cr.openjdk.java.net/~coleenp/8037138.01/webrev
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.
More information about the hotspot-runtime-dev