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