RFR (S): 8199882: compiler/uncommontrap/TestDeoptOOM.java failed w/ fatal error: ExceptionMark constructor expects no pending exceptions
David Holmes
david.holmes at oracle.com
Tue Jun 5 23:13:21 UTC 2018
Thanks Chris!
David
On 6/06/2018 5:18 AM, Chris Plummer wrote:
> +1
>
> Chris
>
> On 6/5/18 1:09 AM, serguei.spitsyn at oracle.com wrote:
>> Hi David,
>>
>> The fix looks good to me.
>> Also, it makes the initialization more simple.
>>
>> Thanks,
>> Serguei
>>
>>
>> On 6/4/18 22:57, David Holmes wrote:
>>> Ping! Please.
>>>
>>> Thanks,
>>> David
>>>
>>> On 1/06/2018 1:39 PM, David Holmes wrote:
>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8199882
>>>> webrev: http://cr.openjdk.java.net/~dholmes/8199882/webrev/
>>>>
>>>> The lazy loading (not initialization, despite the method names) of
>>>> the AbstractOwnableSynchronizer class (needed for deadlock detection
>>>> and stack dumps) has caused a number of problems due to the
>>>> potential for loading exceptions (specifically OOME), which result
>>>> in code that does not anticipate exceptions, encountering them.
>>>>
>>>> The bug discusses a number of possible solutions but the chosen one
>>>> is to simply pre-load the AOS class along with the numerous other
>>>> core classes that get pre-loaded.
>>>>
>>>> This does of course add a small increment to startup time, but it
>>>> should be negligible in the overall scheme of things and not
>>>> something to be unduly concerned about (Claes has commented in chat
>>>> that he doesn't see it as an issue.)
>>>>
>>>> Testing:
>>>> - mach5 tier1,2,3
>>>> - java/lang/management/*
>>>> - java/util/concurrent/*
>>>> - compiler/uncommontrap/TestDeoptOOM.java
>>>>
>>>> Thanks,
>>>> David
>>
>
>
More information about the serviceability-dev
mailing list