RFR 8210168: JCK test .vm.classfmt.ins.code__002.code__00201m1.code__00201m1 hangs with -noverify

coleen.phillimore at oracle.com coleen.phillimore at oracle.com
Thu Aug 30 12:49:16 UTC 2018


http://cr.openjdk.java.net/~hseigel/bug_8210168/webrev/src/hotspot/share/interpreter/rewriter.cpp.udiff.html

I'm thinking this needs a better comment/message, like:

+ // Continuing with an invalid bytecode will fail in the loop below, so 
guarantee here. + guarantee(bc_length > 0, "The verifier should have 
caught this invalid bytecode");


Or some more grammatical statement why guarantee.  Otherwise, looks good 
and still looks trivial.

Coleen


On 8/30/18 8:36 AM, Harold David Seigel wrote:
> Hi,
>
> Please review this small change to prevent the JVM from hanging when 
> running the test mentioned in the bug with -noverify.
>
> Open Webrev: http://cr.openjdk.java.net/~hseigel/bug_8210168/webrev/
>
> JBS Bug:  https://bugs.openjdk.java.net/browse/JDK-8210168
>
> This fix was regression tested by running Mach5 tiers 1 and 2 tests 
> and builds on Linux-x64, Windows, and Mac OS X, running tiers 3-5 
> tests on Linux-x64, and by running JCK-11 Lang and VM tests on 
> Linux-x64. Additionally, the problematic JCK test was run with and 
> without -noverify with both fastdebug and product builds.
>
> Thanks, Harold
>



More information about the hotspot-runtime-dev mailing list