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:07 UTC 2018

Thanks Coleen!


On 6/06/2018 5:08 AM, coleen.phillimore at oracle.com wrote:
> This is a very nice cleanup and fix.  Treating this class specially in 
> all these places was really a mess.
> Thanks,
> Coleen
> On 5/31/18 11: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