RFR (S) 8211926: Catastrophic size_t underflow in BitMap::*_large methods
shade at redhat.com
Mon Nov 5 12:15:39 UTC 2018
Found this while porting some Shenandoah addons to jdk/jdk.
I took the liberty of homogenizing the internals of those methods to always call "small" path when
range does not allow us to enter the "large" path. This protects us from accidentally breaking VM
when asserts are disabled, and makes "large" methods usable as drop-ins for "small" ones.
Testing: hotspot-tier1, new gtest, jdk-submit (running)
More information about the hotspot-dev