JDK-8030784 : tmtools/jstat/class/jstat_class03 crashed the VM on Solaris-amd64 in Promotion test of JDK8_b120, Problematic frame: [libjvm.so+0x730ef3] bool BlockBegin::try_merge(ValueStack*)+0x31f
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: hs25
  • Priority: P2
  • Status: Closed
  • Resolution: Cannot Reproduce
  • Submitted: 2013-12-19
  • Updated: 2014-01-06
  • Resolved: 2014-01-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.
Other
hs25Resolved
Related Reports
Blocks :  
JDK-8015848 - SA: ClassWriter have to support JSR292
Description
The test failed on Solaris-amd64 in Promotion test of JDK8_b120 with this error message:

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xfffffd7ffdf30ef3, pid=16252, tid=13
#
# JRE version: Java(TM) SE Runtime Environment (8.0-b120) (build 1.8.0-ea-b120)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b62 mixed mode solaris-amd64 compressed oops)
# Problematic frame:
# V  [libjvm.so+0x730ef3]  bool BlockBegin::try_merge(ValueStack*)+0x31f
#
# Core dump written. Default location: /export/local/aurora/sandbox/results/ResultDir/jstat_class03/core or core.16252
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

<...>

Stack: [0xfffffd7ea1eed000,0xfffffd7ea1fed000],  sp=0xfffffd7ea1feb880,  free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x730ef3]  bool BlockBegin::try_merge(ValueStack*)+0x31f;;  __1cKBlockBeginJtry_merge6MpnKValueStack__b_+0x31f
V  [libjvm.so+0x710748]  BlockEnd*GraphBuilder::iterate_bytecodes_for_block(int)+0x40a4;;  __1cMGraphBuilderbBiterate_bytecodes_for_block6Mi_pnIBlockEnd__+0x40a4
V  [libjvm.so+0x714944]  GraphBuilder::GraphBuilder #Nvariant 1(Compilation*,IRScope*)+0x8c8;;  __1cMGraphBuilder2t6MpnLCompilation_pnHIRScope__v_+0x8c8
V  [libjvm.so+0x72725c]  IR::IR(Compilation*,ciMethod*,int)+0x3c0;;  __1cCIR2t6MpnLCompilation_pnIciMethod_i_v_+0x3c0
V  [libjvm.so+0x6e80e6]  void Compilation::build_hir()+0x106;;  __1cLCompilationJbuild_hir6M_v_+0x106
V  [libjvm.so+0x6e99e5]  int Compilation::compile_java_method()+0x1e5;;  __1cLCompilationTcompile_java_method6M_i_+0x1e5
V  [libjvm.so+0x6eb75b]  Compilation::Compilation(AbstractCompiler*,ciEnv*,ciMethod*,int,BufferBlob*)+0x3e7;;  __1cLCompilation2t6MpnQAbstractCompiler_pnFciEnv_pnIciMethod_ipnKBufferBlob__v_+0x3e7
V  [libjvm.so+0x6ec99e]  void Compiler::compile_method(ciEnv*,ciMethod*,int)+0xfa;;  __1cICompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xfa
V  [libjvm.so+0x92bfb9]  void CompileBroker::invoke_compiler_on_method(CompileTask*)+0xdb9;;  __1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0xdb9
V  [libjvm.so+0x92a989]  void CompileBroker::compiler_thread_loop()+0x56d;;  __1cNCompileBrokerUcompiler_thread_loop6F_v_+0x56d
V  [libjvm.so+0x12f2d06]  void JavaThread::run()+0x4da;;  __1cKJavaThreadDrun6M_v_+0x4da
V  [libjvm.so+0x10e2684]  java_start+0x99c;;  java_start+0x99c
C  [libc.so.1+0xd704b]  _thr_setup+0x5b;;  _thr_setup+0x5b
C  [libc.so.1+0xd7280]  ht_pause+0x10;;  _lwp_start+0x0

There are core files and a Flight recording in the results directory

Priority justification:
ILW = HMM => P2 (Maybe HMH => P1?)

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

Link to test history: 
http://vmsqe-app.russia.sun.com/surl/6m

Matching rule:
RULE tmtools/jstat/class/jstat_class03 Crash SIGSEGV
Comments
Running sun.tools.jps.Jps with the reported promoted build in a loop on the machine where the bug was seen didn't reproduce the failure: $ ./jdk1.8.0/bin/java -version java version "1.8.0-ea" Java(TM) SE Runtime Environment (build 1.8.0-ea-b120) Java HotSpot(TM) 64-Bit Server VM (build 25.0-b62, mixed mode) $ while [ $? -eq 0 ]; do ./jdk1.8.0/bin/java -server -Xmixed -XX:+UnlockCommercialFeatures -XX:+FlightRecorder -XX:FlightRecorderOptions=defaultrecording=true,disk=true,dumponexit=true -Xms8m -cp ./jdk1.8.0/lib/tools.jar sun.tools.jps.Jps -v -m; done
06-01-2014
The crash happens very early in startup; it's the 39th compile after 277 ms: Current CompileTask: C1: 277 39 3 java.util.HashMap::putVal (300 bytes) Running "java" barebones leads to basically the same compiles. The only VM argument passed in to this process is: -Xms8m Is it possible that some classes got replaced on disk while we were running sun.tools.jps.Jps?
24-12-2013
So far I couldn't reproduce the crash. It would be easy with compilation replay but we are still blocked by JDK-8015848.
24-12-2013