-
Bug
-
Resolution: Fixed
-
P2
-
8u101, 9
-
b112
-
Verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8156280 | 8u111 | Vladimir Ivanov | P2 | Resolved | Fixed | b01 |
JDK-8152759 | 8u102 | Vladimir Ivanov | P2 | Closed | Fixed | b04 |
JDK-8162076 | emb-8u111 | Vladimir Ivanov | P2 | Resolved | Fixed | b01 |
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000064551e65, pid=1101368, tid=489908
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (build 1.9.0-internal-fastdebug-20151030220705.amurillo.jdk9-hs-2015-10--b00)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (1.9.0-internal-20151030220705.amurillo.jdk9-hs-2015-10--b00, compiled mode, tiered, compressed oops, g1 gc, windows-amd64)
# Problematic frame:
# V [jvm.dll+0x651e65] MarkAndPushClosure::do_klass+0x25
#
# Core dump will be written. Default location: C:\users\aurora\sandbox\results\ResultDir\jck90013_copy_1\hs_err_pid1101368.mdmp
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
#
Broken oopmap?
- backported by
-
JDK-8156280 Compiler runtime entries don't hold Klass* from being GCed
-
- Resolved
-
-
JDK-8162076 Compiler runtime entries don't hold Klass* from being GCed
-
- Resolved
-
-
JDK-8152759 Compiler runtime entries don't hold Klass* from being GCed
-
- Closed
-
- duplicates
-
JDK-8130261 G1 SEGV in MarkSweep::mark_and_push<oop>()
-
- Closed
-
- relates to
-
JDK-8130261 G1 SEGV in MarkSweep::mark_and_push<oop>()
-
- Closed
-
-
JDK-8151256 JVM crash in CompactibleSpace::adjust_pointers(), intermittently
-
- Closed
-
-
JDK-8151620 Compiler runtime entries should use OOPs instead of raw Klass*
-
- Closed
-