On 8/10/19 12:30 AM, Aleksey Shipilev wrote:
On 8/9/19 10:19 PM, Mandy Chung wrote:
An earlier version of this patch was reviewed [1] but I
didn't get back to explore the other approach. I rebase
the patch and take out the hotspot change which will be
covered by JDK-8229375:
http://cr.openjdk.java.net/~mchung/jdk14//8193325/webrev.01
I wonder if bci=-1 is meaningful, and should be returned when BCI is not
available. After this patch, it would be converted to 65536?
I'm including Coleen to confirm.
If the stack frame is in a Java method, should BCI always be a valid
index to the Code attribute?
If it's in a native method, StackFrameInfo::getByteCodeIndex returns -1
and bci field is ignored.
Mandy