JDK-8002069 : Assert failed in C2: assert(field->edge_count() > 0) failed: sanity
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: hs25
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: linux,solaris
  • Submitted: 2012-10-31
  • Updated: 2013-11-23
  • Resolved: 2012-11-07
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 7 JDK 8 Other
7u40Fixed 8Fixed hs24Fixed
Related Reports
Relates :  
During PIT of VM 25.0 b7 for 1.8.0 b62 HS crashed with assert on Solaris and Linux:

;; Using jvm: "/export/local/common/jdk/baseline/linux-i586/jre/lib/i386/server/libjvm.so"
# A fatal error has been detected by the Java Runtime Environment:
#  Internal Error (/tmp/jprt/P1/211218.amurillo/s/src/share/vm/opto/escape.cpp:1611), pid=18681, tid=2992253808
#  assert(field->edge_count() > 0) failed: sanity
# JRE version: Java(TM) SE Runtime Environment (8.0-b62)
# Java VM: Java HotSpot(TM) Server VM (25.0-b07-internal-201210262112.amurillo.hs25-b07-snapshot-fastdebug mixed mode, sharing linux-x86 )
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp

Because the test uses less then 10Mb. In 64-bit VM on big machines it takes time to initialize 1/4 of physical memory. So it is not related to test functionality but how long test runs. You can increase size if you need.

Vladimir, why has the test case a Java heap size limit of 32MB? Is this important for the test to be useful?