RFR: 8149743: JVM crash after debugger hotswap with lambdas

Andreas Eriksson andreas.eriksson at oracle.com
Tue Feb 23 15:34:18 UTC 2016


On 2016-02-23 15:11, Daniel D. Daugherty wrote:
> On 2/18/16 9:11 AM, Andreas Eriksson wrote:
>> Hi,
>>
>> Please review this fix for JDK-8149743: JVM crash after debugger 
>> hotswap with lambdas
>> https://bugs.openjdk.java.net/browse/JDK-8149743
>>
>> Webrev: http://cr.openjdk.java.net/~aeriksso/8149743/webrev.00/
>
> hotspot/src/share/vm/prims/jvmtiRedefineClasses.cpp
>     No comments other than please update the copyright before you push.
>

Will do.

>
> jdk/test/com/sun/jdi/RedefineAddPrivateMethod.sh
>     L76: debuggeeFailIfPresent "Internal exception:"
>
>     Is the failure mode for this bug always a crash? If so, then
>     the above check should work as long as we don't change the
>     "Internal exception:" part of the output. If we do that then
>     we'll have to update a number of tests... :-)
>

Yes, it's always a crash/assert. The runit call checks for some common 
hs_err output as well, so even if that specific output changes it should 
still work.

>
> Thumbs up.
>
> Dan

Thanks for the review.

- Andreas

>
>
>>
>> When redefining a class to add or delete methods an array that's 
>> tracking method ordering is not updated correctly.
>> This change swaps the method ordering array between the old class 
>> being redefined and the scratch class it is being redefined into at 
>> the same point where we swap the methods and constant pool between them.
>>
>> Regards,
>> Andreas
>>
>



More information about the hotspot-runtime-dev mailing list