problems with step debugging
John Rose
john.r.rose at oracle.com
Mon Feb 3 12:10:53 PST 2014
Hi, Jochen. I pinged a colleague about this, and here are his comments. Do they help?
— John
On Feb 3, 2014, at 7:43 AM, Jochen Theodorou <blackdrag at gmx.org> wrote:
> No ideas at all?
Begin forwarded message:
From: "serguei.spitsyn at oracle.com" <serguei.spitsyn at oracle.com>
Subject: Re: Fwd: problems with step debugging
Date: January 24, 2014 2:47:33 PM PST
To: John Rose <john.r.rose at oracle.com>
Cc: "serguei.spitsyn at oracle.com" <serguei.spitsyn at oracle.com>
Hi John,
It does not look to be related to 292.
They have the problem with the invokestatic bytecode.
Also they say that using invokedynamic compiled code step-into works well.
They normally setup some stepping filters (org.codehaus.groovy.*, groovy.*, java.*, sun.*, org.apache.*)
and also there is some problem with their line number information which could potentially cause this issue.
This does not ring any bell for me.
The only question is if it has anything to do with the JvmtiHideSingleStepping.
The information provided in the bug report is not enough to make any conclusion.
The jdk 7 does not have the RedefineClasses+PopFrame support for jsr-292 yet
but it does not have anything to do with this issue.
Thanks,
Serguei
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/mlvm-dev/attachments/20140203/a2577f6c/attachment.html
More information about the mlvm-dev
mailing list