4 identical incidents were reported where the JVM received SEGV in
C2IAdapterGenerator::std_verified_entry():

hs_err_pid2798.log Tue Jun 22 07:27:43 2010 172271 seconds
hs_err_pid21467.log Tue Jun 22 07:29:03 2010 172637 seconds
hs_err_pid28530.log Tue Jun 22 00:07:00 2010 145514 seconds
hs_err_pid29580.log Tue Jun 22 09:41:57 2010 181199 seconds

% grep '# V' *
hs_err_pid2798.log:# V [libjvm.so+0x211c60]
hs_err_pid21467.log:# V [libjvm.so+0x211c60]
hs_err_pid28530.log:# V [libjvm.so+0x211c60]
hs_err_pid29580.log:# V [libjvm.so+0x211c60]

JVM was Java HotSpot(TM) Server VM (1.5.0_22-b03) for solaris-sparc.


Here is the stacktrace (taken from hs_err_pid file):

Stack: [0x39780000,0x39800000), sp=0x397fd550, free space=501k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x211c60] unsigned char*C2IAdapterGenerator::std_verified_entry(methodHandle)+0x14
V [libjvm.so+0x1fa970] void methodOopDesc::update_compiled_code_entry_point(int)+0x128
V [libjvm.so+0x31dc04] methodHandle SharedRuntime::handle_ic_miss_helper(JavaThread*,Thread*)+0x25c
V [libjvm.so+0x317a6c] unsigned char*OptoRuntime::handle_wrong_method_ic_miss(JavaThread*)+0x34
v ~RuntimeStub::_handle_ic_miss_Java
J ilog.rules.engine.IlrJoinMem.do(Lilog/rules/engine/IlrPartial;Lilog/rules/engine/IlrSubPartial;I)V
v ~I2CAdapter
[ ... truncated ... ]