RFR JDK-8198253: ThreadInfo.from(CompositeData) assigning fields incorrectly in JDK 9

Jeremy Manson jeremymanson at google.com
Fri Feb 16 01:12:08 UTC 2018


Previous bug:

https://bugs.openjdk.java.net/browse/JDK-6588467

And the review thread:

http://mail.openjdk.java.net/pipermail/serviceability-dev/2015-January/016356.html

I don't think the bug would have been obvious to a reviewer (or, indeed,
the author of the patch!), because we would have had to think about how
ticd.isCurrentVersion worked, and noticed the fact that some of the fields
are optional.

Jeremy

On Thu, Feb 15, 2018 at 5:02 PM, David Holmes <david.holmes at oracle.com>
wrote:

> Hi Jeremy,
>
> On 16/02/2018 10:46 AM, Jeremy Manson wrote:
>
>> Hi folks,
>>
>> Been a long time!  I'd like someone to do a code review.  This is in code
>> I wrote a few years ago, and got wrong.  At the time, David Holmes, Staffan
>> Larsen, and Mandy Chung reviewed it.  It does mean that people
>>
>
> Was there no bug back then? Do you have a link to the review thread? I
> don't recall this one. :)
>
> Thanks,
> David
>
>
> using ThreadInfo.from(CompositeData) may be getting the wrong values out
>> for ThreadInfo, so it is definitely worth fixing.
>>
>> The patch below fixes the bug, but is a pretty questionable approach.
>> Better approaches happily considered.
>>
>> Patch:
>> http://cr.openjdk.java.net/~jmanson/8198253/webrev.00/
>>
>> Bug:
>> https://bugs.openjdk.java.net/browse/JDK-8198253
>>
>> Thanks!
>>
>> Jeremy
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20180215/7de522ed/attachment.html>


More information about the serviceability-dev mailing list