RFR (S): 8199882: compiler/uncommontrap/TestDeoptOOM.java failed w/ fatal error: ExceptionMark constructor expects no pending exceptions

Chris Plummer chris.plummer at oracle.com
Tue Jun 5 19:18:42 UTC 2018


+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