RFR: 8167333: Invalid source path info might be used when creating ClassFileStream after CFLH transforms a shared classes in some cases
Jiangli Zhou
jiangli.zhou at oracle.com
Mon Oct 10 17:04:53 UTC 2016
Thanks, David!
Jiangli
> On Oct 9, 2016, at 2:10 PM, David Holmes <david.holmes at oracle.com> wrote:
>
> On 8/10/2016 4:23 AM, Jiangli Zhou wrote:
>> Hi David,
>>
>> Thanks for taking a look.
>>
>>> On Oct 6, 2016, at 10:33 PM, David Holmes <david.holmes at oracle.com
>>> <mailto:david.holmes at oracle.com>> wrote:
>>>
>>> Hi Jiangli,
>>>
>>> On 7/10/2016 2:39 PM, Jiangli Zhou wrote:
>>>> Hi,
>>>>
>>>> Please review the following fix for JDK-8167333
>>>> <https://bugs.openjdk.java.net/browse/JDK-8167333>:
>>>>
>>>> webrev: http://cr.openjdk.java.net/~jiangli/8167333/webrev.00/
>>>> <http://cr.openjdk.java.net/~jiangli/8167333/webrev.00/>
>>>>
>>>> When a shared class is transformed by a JVMTI agent during initial
>>>> loading (via CFLH), the VM creates a new ClassFileStream using the
>>>> transformed class data. The source path info from the class’
>>>> associated SharedClassPathEntry is passed as the ‘source’ argument to
>>>> ClassFileStream. However, some shared classes may not have an
>>>> associated SharedClassPathEntry and the class_path_index is -1. The
>>>> VM needs to detect such case and not passing an invalid source path info.
>>>
>>> It isn't obvious to me that all callers of
>>> CFS::source()/clone_source() will handle getting a NULL. Of course I
>>> can't tell which of those callers may be involved in this particular
>>> use-case.
>>
>> I took a look of all the code that calls CFS::source()/clone_source().
>> They all handle the NULL case with explicit NULL check. For our specific
>> case, the particular caller involved
>> is InstanceKlass::print_loading_log. Before the fix, it crashed when
>> trying to print the invalid cfs->source after (cfs->source() != NULL) check.
>
> Thanks for verifying. I've looked at the latest webrev with the additional asserts - all looks good.
>
> David
>
>> Thanks,
>> Jiangli
>>
>>>
>>> Thanks,
>>> David
>>>
>>>> Tested with all existing class data sharing tests.
>>>>
>>>> Thanks,
>>>> Jiangli
>>>>
>>
More information about the hotspot-runtime-dev
mailing list