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 hotspot-runtime-dev mailing list