Review request for: 7191786 retransformClasses() does not pass in LocalVariableTypeTable of a method

Dmitry Samersoff Dmitry.Samersoff at oracle.com
Tue Aug 21 12:11:17 PDT 2012


Serguei,

On 2012-08-21 23:05, serguei.spitsyn at oracle.com wrote:
> You can  see the same pattern for all attributes (for instance,
> has_stackmap_table - L160).

OK.

>> 202: local_variable_type_table_length
>>      is always 0 if local_variable_table_length == 0
>>
>>      so I think if should be nested.
> It does not matter.

It saves one if in some cases and makes logic better readable,
so I would like to have it changed.

Sorry!

>> 216: It might be better to place both attr_size changes together.

> I'm trying to follow the existing style.

OK

-Dmitry


> 
> 
> Thanks,
> Serguei
>>
>> -Dmitry
>>
>>
>> On 2012-08-21 22:13, serguei.spitsyn at oracle.com wrote:
>>> Hello,
>>>
>>>
>>> Please, review the fix for:
>>>   http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7191786
>>>
>>> Open webrev:
>>> http://cr.openjdk.java.net/~sspitsyn/webrevs/2012/7191786-JVMTI-LVTT/
>>>
>>>
>>> Summary:
>>>
>>>  The following CR was recently fixed:
>>>   http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7064927
>>>
>>>  But the same issue exists for the LocalVariableTypeTable attribute.
>>>
>>>  The fix was tested with the modified test:
>>> test/java/lang/instrument/VerifyLocalVariableTableOnRetransformTest.sh
>>>
>>> The modification is that a local variable with generic signature is added
>>> to the class DummyClassWithLVT.java:
>>> http://cr.openjdk.java.net/~sspitsyn/webrevs/2012/7191786-JLI-Test-For-JVMTI-LVTT/
>>>
>>>
>>> The test patch will be integrated into the jdk8/tl after the HotSpot fix
>>> is promoted.
>>>
>>>
>>> Thanks,
>>> Serguei
>>
> 


-- 
Dmitry Samersoff
Java Hotspot development team, SPB04
* There will come soft rains ...




More information about the hotspot-runtime-dev mailing list