-
Type:
Bug
-
Resolution: Unresolved
-
Priority:
P4
-
None
-
Affects Version/s: 25.0.1
-
Component/s: hotspot
-
generic
-
generic
ADDITIONAL SYSTEM INFORMATION :
# JRE version: OpenJDK Runtime Environment Corretto-25.0.1.8.1 (25.0.1+8) (build 25.0.1+8-LTS)
# Java VM: OpenJDK 64-Bit Server VM Corretto-25.0.1.8.1 (25.0.1+8-LTS, mixed mode, tiered, compressed oops, compressed class ptrs, shenandoah gc, linux-amd64)
A DESCRIPTION OF THE PROBLEM :
I experienced a handful of SIGSEGV crashes when testing out GenShen on JDK25:
# V [libjvm.so+0xf7a623] ShenandoahMark::mark_loop(unsigned int, TaskTerminator*, ShenandoahReferenceProcessor*, ShenandoahGenerationType, bool, StringDedupMode, StringDedup::Requests*)+0x3c53
I saw a few crashes on two different services of ours (but which share a lot of code) after testing. We only tried GenShen on a few services on staging stacks over a few days, so it's hard to say the impact - but frequency seems to be one segfault every 1-2 days.
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
I haven't attempted to reproduce
# JRE version: OpenJDK Runtime Environment Corretto-25.0.1.8.1 (25.0.1+8) (build 25.0.1+8-LTS)
# Java VM: OpenJDK 64-Bit Server VM Corretto-25.0.1.8.1 (25.0.1+8-LTS, mixed mode, tiered, compressed oops, compressed class ptrs, shenandoah gc, linux-amd64)
A DESCRIPTION OF THE PROBLEM :
I experienced a handful of SIGSEGV crashes when testing out GenShen on JDK25:
# V [libjvm.so+0xf7a623] ShenandoahMark::mark_loop(unsigned int, TaskTerminator*, ShenandoahReferenceProcessor*, ShenandoahGenerationType, bool, StringDedupMode, StringDedup::Requests*)+0x3c53
I saw a few crashes on two different services of ours (but which share a lot of code) after testing. We only tried GenShen on a few services on staging stacks over a few days, so it's hard to say the impact - but frequency seems to be one segfault every 1-2 days.
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
I haven't attempted to reproduce