RFR: 8146416: java.lang.OutOfMemoryError triggers: assert(current_bci == 0) failed: bci isn't zero for do_not_unlock_if_synchronized

Roland Westrelin rwestrel at redhat.com
Wed May 25 07:47:28 UTC 2016

Hi Jamsheed,

> bug id :https://bugs.openjdk.java.net/browse/JDK-8146416
> webrev: http://cr.openjdk.java.net/~jcm/8146416/
> testing: rbt pit, jprt;

With the change from 6898462, when we hit a OOME during deoptimization,
we're supposed to go back to the interpreter and pop all
just-deoptimized interpreter frames. When we go back to the interpreter
 TemplateInterpreterGenerator::generate_deopt_entry_for() checks for a
pending exception. Why do we need to check in the uncommon trap blob then?

With your test case, can the failure be reproduced with c2?


More information about the hotspot-compiler-dev mailing list