JDK-8081000 : gc/metaspace/CompressedClassSpaceSizeInJmapHeap.java fails with RuntimeException: field "_resolved_references" not found in type ConstantPool
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 9
  • Priority: P4
  • Status: Resolved
  • Resolution: Duplicate
  • Submitted: 2015-05-25
  • Updated: 2015-05-27
  • Resolved: 2015-05-27
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 :  
JDK-8081320 - Backout JDK-8059340: ConstantPool::_resolved_references is missing in heap dump
Relates :  
JDK-8081004 - vm/mlvm/indy/func/jvmti/mergeCP_indy2same_b fails with assert(resolved_references->obj_at(appendix_index) == __null) failed: init just once
Relates :  
JDK-8059340 - ConstantPool::_resolved_references is missing in heap dump
Description
The test fails with a RuntimeException: 

Caused by: java.lang.RuntimeException: field "_resolved_references" not found in type ConstantPool
	at sun.jvm.hotspot.types.basic.BasicType.getField(BasicType.java:183)
	at sun.jvm.hotspot.types.basic.BasicType.getField(BasicType.java:190)
	at sun.jvm.hotspot.types.basic.BasicType.getField(BasicType.java:194)
	at sun.jvm.hotspot.types.basic.BasicType.getAddressField(BasicType.java:282)
	at sun.jvm.hotspot.oops.ConstantPool.initialize(ConstantPool.java:87)
	at sun.jvm.hotspot.oops.ConstantPool.access$000(ConstantPool.java:37)
	at sun.jvm.hotspot.oops.ConstantPool$1.update(ConstantPool.java:75)
	at sun.jvm.hotspot.runtime.VM.registerVMInitializedObserver(VM.java:406)
	at sun.jvm.hotspot.oops.ConstantPool.<clinit>(ConstantPool.java:73)
	... 27 more

Looks like this is caused by the fix for JDK-8059340.