Following test failed in nightly nsk test due to seg fault in ReduceInst_Interior+0x648.

nsk/monitoring/stress/classload/load009


Stack trace from hs_err*log file:

V [libjvm.so+0xb61d54] ;; __1cHMatcherTReduceInst_Interior6MpnFState_ipnIMachNode_IrpnENode__I_+0x648
V [libjvm.so+0xb60d74] ;; __1cHMatcherKReduceInst6MpnFState_irpnENode__pnIMachNode__+0x14c
V [libjvm.so+0xb5fa3c] ;; __1cHMatcherKmatch_tree6MpknENode__pnIMachNode__+0x7b4
V [libjvm.so+0xb5d9d0] ;; __1cHMatcherFxform6MpnENode_i_2_+0x588
V [libjvm.so+0xb5ab34] ;; __1cHMatcherFmatch6M_v_+0xacc
V [libjvm.so+0x531d20] ;; __1cHCompileICode_Gen6M_v_+0x170
V [libjvm.so+0x52ba78] ;; __1cHCompile2t6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0x1848
V [libjvm.so+0x427acc] ;; __1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0x104
V [libjvm.so+0x53ed48] ;; __1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x9f0
V [libjvm.so+0x53d690] ;; __1cNCompileBrokerUcompiler_thread_loop6F_v_+0x730
V [libjvm.so+0xda5fd8] ;; __1cKJavaThreadDrun6M_v_+0x580
V [libjvm.so+0xc06d58] ;; _start+0x190


We saw this failure on sparc server vm running in 64bit mode.

You can find a hs_err*log file at following location:

/net/vmsqe.sfbay/export/nightly/mantis/DTWS/results/09-17-04/ServerVM/64BITSOLSPARC/comp/Serv_Baseline/nsk.monitoring-NIGHTLY-Serv_Baseline-ServerVM-comp-64BITSOLSPARC-2004-09-17-19-34-22


The reproducible script for this is "load009.tlog" which is at:

/net/vmsqe.sfbay/export/nightly/mantis/DTWS/results/09-17-04/ServerVM/64BITSOLSPARC/comp/Serv_Baseline/nsk.monitoring-NIGHTLY-Serv_Baseline-ServerVM-comp-64BITSOLSPARC-2004-09-17-19-34-22/ResultDir/load009


This problem is not easy to reproduce.