JDK-8130684 : share/vm/memory/iterator.inline.hpp:63 assert(Universe::heap()->is_in_closed_subset(o)) failed: should be in closed
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 9
  • Priority: P2
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2015-07-07
  • Updated: 2015-07-08
  • Resolved: 2015-07-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 9
9Resolved
Related Reports
Duplicate :  
Relates :  
Description
Seen on  	JDK9 b72 PIT, Linux / Oracle Linux 6.4 

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/scratch/jprt/T/P1/211628.amurillo/s/hotspot/src/share/vm/memory/iterator.inline.hpp:63), pid=22922, tid=0xe3c11b70
#  assert(Universe::heap()->is_in_closed_subset(o)) failed: should be in closed *p 0xe465cc58 0xe46aab48
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (build 1.9.0-internal-fastdebug-20150702211628.amurillo.jdk9-hs-2015-07--b00)
# Java VM: Java HotSpot(TM) Client VM (1.9.0-internal-fastdebug-20150702211628.amurillo.jdk9-hs-2015-07--b00 compiled mode linux-x86 )
# Core dump will be written. Default location: Core dumps may be processed with "/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t e" (or dumping to /export/local/aurora/sandbox/results/workDir/closed/com/oracle/jfr/api/ConfigurationTest/TestEventSettingsBuilder/core.22922)
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#

---------------  T H R E A D  ---------------

Current thread (0xf6389c00):  VMThread [stack: 0xe3b91000,0xe3c12000] [id=22926]

Stack: [0xe3b91000,0xe3c12000],  sp=0xe3c105b0,  free space=509k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0xa927ea]  VMError::report_and_die()+0x19a
V  [libjvm.so+0x3e4156]  report_vm_error(char const*, int, char const*, char const*)+0x76
V  [libjvm.so+0x4f7bc2]  void ExtendedOopClosure::verify<oop>(oop*) [clone .part.121]+0x1c2
V  [libjvm.so+0x500743]  int InstanceKlass::oop_oop_iterate<true, FastScanClosure>(oop, FastScanClosure*)+0xf3
V  [libjvm.so+0x4fa211]  InstanceKlass::oop_oop_iterate_nv(oop, FastScanClosure*)+0x31
V  [libjvm.so+0x99a83a]  ContiguousSpace::oop_since_save_marks_iterate_nv(FastScanClosure*)+0x6a
V  [libjvm.so+0x3f2272]  DefNewGeneration::oop_since_save_marks_iterate_nv(FastScanClosure*)+0x42
V  [libjvm.so+0x4f352a]  GenCollectedHeap::oop_since_save_marks_iterate(GenCollectedHeap::GenerationType, FastScanClosure*, FastScanClosure*)+0x4a
V  [libjvm.so+0x3f4cf2]  DefNewGeneration::collect(bool, bool, unsigned int, bool)+0x662
V  [libjvm.so+0x4f29bb]  GenCollectedHeap::collect_generation(Generation*, bool, unsigned int, bool, bool, bool, bool)+0x22b
V  [libjvm.so+0x4f4f0f]  GenCollectedHeap::do_collection(bool, bool, unsigned int, bool, GenCollectedHeap::GenerationType)+0x66f
V  [libjvm.so+0x3509e1]  GenCollectorPolicy::satisfy_failed_allocation(unsigned int, bool)+0xe1
V  [libjvm.so+0xa93dac]  VM_GenCollectForAllocation::doit()+0xbc
V  [libjvm.so+0xabd7e7]  VM_Operation::evaluate()+0x97
V  [libjvm.so+0xabac05]  VMThread::evaluate_operation(VM_Operation*)+0x145
V  [libjvm.so+0xabb555]  VMThread::loop()+0x4e5
V  [libjvm.so+0xabb79c]  VMThread::run()+0xcc
V  [libjvm.so+0x89dc90]  java_start(Thread*)+0xe0
C  [libpthread.so.0+0x6a49]

Comments
Same configuration as 8129961: -client 32-bit x86
08-07-2015