RFR (XS): 8180366: [TESTBUG] gc/g1/humongousObjects/TestHumongousClassLoader should not be run with class unloading disabled
kevin.walls at oracle.com
Thu Aug 10 11:59:16 UTC 2017
Oh, now I check again you already have a reply. 8-)
On 10/08/2017 12:57, Kevin Walls wrote:
> Hi Muthu -
> There is a catch of course! 8-) There we are making it require the
> explicit option -XX:+ClassUnloading, and would this make it skip the
> test if that option isn't set, even though it might be the default
> behaviour. I think we really want:
> 43 * @requires !(vm.opt.ClassUnloading == false)
> ..which jtreg understands, skipping the test if we explicitly disabled
> ClassUnloading, running if we don't specify it, or if we explicity
> enable ClassUnloading.
> The operators are mentioned here:
> On 09/08/2017 12:36, Muthusamy Chinnathambi wrote:
>> Please review this trivial change for the fix of bug 'JDK-8180366
>> [TESTBUG] gc/g1/humongousObjects/TestHumongousClassLoader should not
>> be run with class unloading disabled'
>> This testcase(TestHumongousClassLoader.java) checks that unreachable
>> classes and unreachable humongous class loader are unloaded after
>> GC. Hence we need to have class unloading enabled for the
>> correctness of the test. The fix is to prohibit execution of the test
>> if class unloading is disabled.
>> jdk10 bug: https://bugs.openjdk.java.net/browse/JDK-8180366
>> webrev link:
>> Testing: I have manually confirmed that jtreg will no longer run the
>> test if -XX:-ClassUnloading is used.
>> Muthusamy C
More information about the hotspot-gc-dev