JDK-8059559 : SIGSEGV at CodeHeap::allocate(unsigned int, bool)
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 9
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2014-10-01
  • Updated: 2017-08-07
  • Resolved: 2014-10-06
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 9
9 b36Fixed
Related Reports
Relates :  
Description
compiler/codecache/CheckSegmentedCodeCache.java crashes VM in PIT of JDK9 b33

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xf6bf38d2, pid=14082, tid=4151606128
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (build 1.9.0-internal-201409260910.amurillo.jdk9-hs-2014-09-26-b00)
# Java VM: Java HotSpot(TM) Server VM (1.9.0-internal-201409260910.amurillo.jdk9-hs-2014-09-26-b00 mixed mode linux-x86 )
# Problematic frame:
# V  [libjvm.so+0x4ae8d2]  CodeHeap::allocate(unsigned int, bool)+0x12
#
# 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
#
Comments
Fix verified by manual testing.
07-08-2017

ILW=Crash, two tests, none = HLH => P2
03-10-2014

Evaluation: 'CodeCache::heap_available' assumes that with '-XX:TieredStopAtLevel=0' we only use the interpreter. This is wrong because we still generate compiled forms of method handle intrinsics (see 'SystemDictionary::find_method_handle_intrinsic'). We therefore need to create the non-profiled code heap.
02-10-2014