JDK-6782820 : Server VM fails with "unhandled implicit exception in compiled code" assertion
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: hs14
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2008-12-09
  • Updated: 2011-03-08
  • Resolved: 2011-03-08
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6 JDK 7 Other
6u14Fixed 7Fixed hs14Fixed
Related Reports
Relates :  
JDK-6787050 - assert(n->in(0) == 0L,"no control") with UseCompressedOops on sparcv9
Relates :  
JDK-6773078 - UseCompressedOops: assert(kid == 0L || s->_leaf->in(0) == 0L,"internal operands have no control")
Description
Server VM fails with following assertion
#  Internal Error (nmethod.cpp:1836), pid=9523, tid=1189669184
#  Error: guarantee(cont_offset != 0,"unhandled implicit exception in compiled code")
in both 32 and 64 bit jvm.
Comments
EVALUATION The bug #6826736 is GC problem and it fails differently. Yes, please, send hs_err files and if possible the test to reproduce the problem.
12-06-2009
EVALUATION Comment added by paalst(###@###.###) : We still get this error with hs14-b16, 64bit vm on Redhat Linux, with -XX:+UseCompressedOops set. See bug #6826736. Please let me know if you need my hs_err files. Java(TM) SE Runtime Environment (build 1.6.0_14-b08) Java HotSpot(TM) 64-Bit Server VM (build 14.0-b16, mixed mode)
12-06-2009
SUGGESTED FIX Problem: Regression introduced by the fix for 6773078. LoadKlass node without control edge moved above the oop NULL check. Note, during parsing LoadKlass node's control edge is not set because it will be set during CCP phase when a CastPP is removed. Solution: Restore the code which sets a control edge for a klass load node. Add the code which sets a control edge for a klass narrow load node instead of DecodeN node to fix 6773078 bug. Add the assert to check that a DecodeN node does not have a control edge (for 6773078). Fix verified (y/n): y, both tests from 6773078 and 6782820
16-12-2008
EVALUATION http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/dd70dd4c91de
16-12-2008