-
Bug
-
Resolution: Fixed
-
P3
-
8, 11, 17, 21, 24
-
b21
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8343081 | 23.0.2 | Roland Westrelin | P3 | Resolved | Fixed | b04 |
JDK-8343538 | 21.0.6 | Roland Westrelin | P3 | Resolved | Fixed | b02 |
JDK-8343539 | 17.0.14 | Roland Westrelin | P3 | Resolved | Fixed | b02 |
...
VM output stream:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007fa668d00ab0, pid=3266827, tid=3267280
#
# JRE version: OpenJDK Runtime Environment (17.0.14) (build 17.0.14-internal+0-adhoc.roland.jdk17u-dev)
# Java VM: OpenJDK 64-Bit Server VM (17.0.14-internal+0-adhoc.roland.jdk17u-dev, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, shenandoah gc, linux-amd64)
# Problematic frame:
# J 385 c2 org.openjdk.jcstress.tests.copy.manual.objects.plain.StringTest_jcstress$JcstressThread_ResourceCheck_actor2.jcstress_check_actor2([Lorg/openjdk/jcstress/tests/copy/manual/objects/plain/StringTest;[Lorg/openjdk/jcstress/infra/results/L_Result;I)V (27 bytes) \
@ 0x00007fa668d00ab0 [0x00007fa668d009a0+0x0000000000000110]
We've only seen this with jdk 17 but I wrote a test case and could reproduce it with jdk 24.
- backported by
-
JDK-8343081 C2/Shenandoah: SEGV in compiled code when running jcstress
-
- Resolved
-
-
JDK-8343538 C2/Shenandoah: SEGV in compiled code when running jcstress
-
- Resolved
-
-
JDK-8343539 C2/Shenandoah: SEGV in compiled code when running jcstress
-
- Resolved
-
- relates to
-
JDK-8342681 TestLoadBypassesNullCheck.java fails improperly specified VM option
-
- Resolved
-
- links to
-
Commit(master) openjdk/jdk17u-dev/955bae2b
-
Commit(master) openjdk/jdk21u-dev/c17e0094
-
Commit(master) openjdk/jdk23u/309ef3f8
-
Commit(master) openjdk/jdk/680dc5d8
-
Review(master) openjdk/jdk17u-dev/3006
-
Review(master) openjdk/jdk21u-dev/1088
-
Review(master) openjdk/jdk23u/204
-
Review(master) openjdk/jdk/21562