On Fri, 11 Sep 2020 01:08:53 GMT, Daniil Titov wrote:
> The change fixes the regression introduced by
> https://bugs.openjdk.java.net/browse/JDK-8241080.
>
> Method validateAssignment() in com.sun.tools.jdi.ObjectReferenceImpl now
> always retrieves the reference type and that
> requires one
On Fri, 11 Sep 2020 16:27:57 GMT, Daniil Titov wrote:
>> The changes look good to me. Can I ask how you noticed the extra unnecessary
>> JDWP packet?
>
> Thanks @plummercj for the review. The issue with an extra JDWP packet was
> reported in serviceability-dev mail list :
>
On Fri, 11 Sep 2020 04:00:35 GMT, Chris Plummer wrote:
>> The change fixes the regression introduced by
>> https://bugs.openjdk.java.net/browse/JDK-8241080.
>>
>> Method validateAssignment() in com.sun.tools.jdi.ObjectReferenceImpl now
>> always retrieves the reference type and that
>>
On Fri, 11 Sep 2020 01:08:53 GMT, Daniil Titov wrote:
> The change fixes the regression introduced by
> https://bugs.openjdk.java.net/browse/JDK-8241080.
>
> Method validateAssignment() in com.sun.tools.jdi.ObjectReferenceImpl now
> always retrieves the reference type and that
> requires one
The change fixes the regression introduced by
https://bugs.openjdk.java.net/browse/JDK-8241080.
Method validateAssignment() in com.sun.tools.jdi.ObjectReferenceImpl now always
retrieves the reference type and that
requires one more JDWP packet if the value is not cached yet. Before
