RFR 8213708: Different #ifdef guards cause incorrect use of Monitor::check_block_state()

David Holmes david.holmes at oracle.com
Tue Nov 13 22:40:02 UTC 2018


Looks fine. Thanks for fixing this!

David

On 14/11/2018 7:24 am, Patricio Chilano wrote:
> Hi all,
> 
> Could you review this small fix to the Monitor class?
> Executing method check_block_state() was causing incorrect warnings to 
> be printed out in optimized builds due to variable _allow_vm_block being 
> incorrectly initialized in the constructor. The fix involved wrapping 
> the call to check_block_state() under the DEBUG_ONLY macro.
> Built an optimized image with and without the fix, run a couple of tests 
> and checked the warning messages appear before the fix but not after it. 
> Also built in debug and release modes to check those build okay too.
> 
> Since the fix had to do with using the DEBUG_ONLY macro I also changed 
> in those files instances of debug_only to DEBUG_ONLY and changed some 
> instances of DEBUG_ONLY(code); to DEBUG_ONLY(code;) to make the usage 
> consistent.
> 
> Webrev URL:
> http://cr.openjdk.java.net/~pchilanomate/8213708.01/webrev
> Bug URL:
> https://bugs.openjdk.java.net/browse/JDK-8213708
> 
> Thanks,
> Patricio


More information about the hotspot-runtime-dev mailing list