JDK-7016264 : JSR 292 VM crash in invoke_dynamic_bootstrap_method_ref_index_at
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: hs20,hs24,hs25
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: generic,windows
  • CPU: generic
  • Submitted: 2011-02-01
  • Updated: 2013-03-27
  • Resolved: 2013-03-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 8
8-poolResolved
Related Reports
Duplicate :  
JDK-8007037 - JSR 292: the VM_RedefineClasses::append_entry() should do cross-checks with indy operands
Duplicate :  
JDK-7186812 - VM crash during redefining class
Description
VM crashed during redefining a class:

#  SIGSEGV (0xb) at pc=0xfffffd7ffe8d2765, pid=29930, tid=2
#
# JRE version: 7.0-b126
# Java VM: Java HotSpot(TM) 64-Bit Server VM (20.0-b06 mixed mode solaris-amd64 compressed oops)
# Problematic frame:
# V  [libjvm.so+0x8d2765]  JVM_SupportsCX8+0x2c2cc9

Stack: [0xfffffd7ffdc1f000,0xfffffd7ffdd1f000],  sp=0xfffffd7ffdd1d930,  free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x8d2765]  JVM_SupportsCX8+0x2c2cc9;;  int constantPoolOopDesc::invoke_dynamic_bootstrap_method_ref_index_at(int)+0x61
V  [libjvm.so+0x9623e0]  JVM_SupportsCX8+0x352944;;  bool constantPoolOopDesc::compare_entry_to(int,constantPoolHandle,int,Thread*)+0x110
V  [libjvm.so+0x963f7a]  JVM_SupportsCX8+0x3544de;;  int constantPoolOopDesc::find_matching_entry(int,constantPoolHandle,Thread*)+0x46
V  [libjvm.so+0xc4b954]  JVM_RaiseSignal+0xcbcd8;;  bool VM_RedefineClasses::merge_constant_pools(constantPoolHandle,constantPoolHandle,constantPoolHandle*,int*,Thread*)+0x66c
V  [libjvm.so+0xc4bedb]  JVM_RaiseSignal+0xcc25f;;  jvmtiError VM_RedefineClasses::merge_cp_and_rewrite(instanceKlassHandle,instanceKlassHandle,Thread*)+0x29b
V  [libjvm.so+0xc4aa98]  JVM_RaiseSignal+0xcae1c;;  jvmtiError VM_RedefineClasses::load_new_class_versions(Thread*)+0xc2c
V  [libjvm.so+0xc47bb6]  JVM_RaiseSignal+0xc7f3a;;  bool VM_RedefineClasses::doit_prologue()+0xe6
V  [libjvm.so+0x495bfd]  JVM_GetCPClassNameUTF+0x10aad;;  void VMThread::execute(VM_Operation*)+0x17d
V  [libjvm.so+0xc08a24]  JVM_RaiseSignal+0x88da8;;  jvmtiError JvmtiEnv::RedefineClasses(int,const _jvmtiClassDefinition*)+0x28
...
Comments
Despite the fact this issue was created earlier than the 8007037 I'm closing this a dup of 8007037. It is because the 8007037 is more general problem and the fix for it is ready in my queue.
27-03-2013
This problem must be present in the hs25 as well. Added hs25 to the field "Affects Version/s".
27-03-2013
EVALUATION JVMTI support code needs to be updated for latest JVM changes.
14-03-2011