JVM/TI code review request (XS and M) (7182152)

Daniel D. Daugherty daniel.daugherty at oracle.com
Mon Feb 4 14:09:04 PST 2013


On 2/4/13 2:48 PM, Coleen Phillimore wrote:
>>
>>> Also the file,
>>>
>>> http://cr.openjdk.java.net/~dcubed/8007420-webrev/0-jdk8-tl/test/java/lang/instrument/RedefineSubclassWithTwoInterfacesImpl_1.java.html 
>>>
>>>
>>> Is exactly the same as the file 
>>> RedefineSubclassWithTwoInterfacesImpl.java
>>>
>>> Isn't one supposed to be derived from Target_1 rather than Target or 
>>> different in some way?
>>
>> The "_1" stuffis just for version naming purposes. The actual
>> class name has to be the same between Foo.java and Foo_1.java.
>>
>> In this particular bug's case, we only needed to redefine
>> RedefineSubclassWithTwoInterfacesImpl with an EMCP version
>> to tickle the bug. That's why there are no differences
>> between RedefineSubclassWithTwoInterfacesImpl.java and
>> RedefineSubclassWithTwoInterfacesImpl_1.java.
>>
>> Good eyes though.
>
>
> Can you put a comment about why there are no differences but it's a 
> different file?

Yes. How about the following?

$ diff 
test/java/lang/instrument/RedefineSubclassWithTwoInterfacesImpl.java{.cr0,}
23a24,27
 > // Reproducing this bug only requires an EMCP version of the
 > // RedefineSubclassWithTwoInterfacesImpl class so
 > // RedefineSubclassWithTwoInterfacesImpl.java and
 > // RedefineSubclassWithTwoInterfacesImpl_1.java are identical.

$ diff 
test/java/lang/instrument/RedefineSubclassWithTwoInterfacesImpl_1.java{.cr0,}
23a24,27
 > // Reproducing this bug only requires an EMCP version of the
 > // RedefineSubclassWithTwoInterfacesImpl class so
 > // RedefineSubclassWithTwoInterfacesImpl.java and
 > // RedefineSubclassWithTwoInterfacesImpl_1.java are identical.

so both files are still identical, but now there is an explanation.

Dan



More information about the serviceability-dev mailing list