RFR (S): 8199882: compiler/uncommontrap/TestDeoptOOM.java failed w/ fatal error: ExceptionMark constructor expects no pending exceptions
serguei.spitsyn at oracle.com
serguei.spitsyn at oracle.com
Tue Jun 5 08:09:00 UTC 2018
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