JDK-8008453 : JvmtiClassFileReconstituter does not recognize default methods
  • Type: Bug
  • Component: hotspot
  • Sub-Component: jvmti
  • Affected Version: hs25
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2013-02-19
  • Updated: 2013-05-14
  • Resolved: 2013-05-03
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 Other
8Fixed hs25Fixed
Related Reports
Relates :  
Description
The test java/lang/instrument/IsModifiableClassAgent.java has discovered a bug that happens on fastdebug on all platforms: 

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/opt/jprt/T/P1/213000.amurillo/s/src/share/vm/oops/klassVtable.hpp:163), pid=14849, tid=139756971468544
#  assert(method != NULL) failed: use clear
#
# JRE version: Java(TM) SE Runtime Environment (8.0-b77) (build 1.8.0-ea-fastdebug-b77)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b19-internal-201302152130.amurillo.hs25-b19-snapshot-fastdebug compiled mode linux-amd64 compressed oops)
# 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
#

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

Current thread (0x00007f1bb0198800):  VMThread [stack: 0x00007f1bb493a000,0x00007f1bb4a3b000] [id=14864]

Stack: [0x00007f1bb493a000,0x00007f1bb4a3b000],  sp=0x00007f1bb4a39470,  free space=1021k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0xd975e2]  VMError::report_and_die()+0x302
V  [libjvm.so+0x67b9d4]  report_vm_error(char const*, int, char const*, char const*)+0x84
V  [libjvm.so+0x9e86af]  klassVtable::put_method_at(Method*, int)+0x10f
V  [libjvm.so+0x9ecb4a]  klassVtable::initialize_vtable(bool, Thread*)+0x57a
V  [libjvm.so+0x9d42c8]  VM_RedefineClasses::redefine_single_class(_jclass*, Klass*, Thread*)+0x418
V  [libjvm.so+0x9d48d3]  VM_RedefineClasses::doit()+0xb3
V  [libjvm.so+0xdc0999]  VM_Operation::evaluate()+0x89
V  [libjvm.so+0xdbde51]  VMThread::evaluate_operation(VM_Operation*)+0xb1
V  [libjvm.so+0xdbf0c0]  VMThread::loop()+0x660
V  [libjvm.so+0xdbf2f0]  VMThread::run()+0xb0
V  [libjvm.so+0xb6e7f8]  java_start(Thread*)+0x108

VM_Operation (0x00007f1bb7e65520): RedefineClasses, mode: safepoint, requested by thread 0x00007f1bb000f000

ILW = MMM => p3

Link to failure:
http://vmsqe-app.russia.sun.com/surl/Rf

Matching rule:
RULE java/lang/instrument/IsModifiableClassAgent.java Crash Internal Error ...klassVtable.hpp...assert(method != NULL) failed: use clear
Comments
This is caused by JvmtiClassFileReconstituter not recognizing default methods.
30-04-2013

Following the history link we can see that the test started failing 2013-02-16 and has faild since.
26-02-2013

Is this reproducible locally? Statistics? Repro line?
25-02-2013

Moved from hotspot/svc to hotspot/jvmti as it is a right place for this issue until the cause is known.
23-02-2013