-
Bug
-
Resolution: Fixed
-
P3
-
6u14
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2181146 | 7 | Vladimir Kozlov | P3 | Closed | Fixed | b67 |
JDK-2182312 | 6u18 | Vladimir Kozlov | P3 | Closed | Fixed | b01 |
JDK-2184221 | 6u17-rev | Poonam Bajaj Parhar | P3 | Resolved | Fixed | b05 |
JDK-2179891 | 6u16-rev | Poonam Bajaj Parhar | P3 | Closed | Fixed | b02 |
JDK-2183427 | hs14.3 | Poonam Bajaj Parhar | P3 | Resolved | Fixed | b02 |
JDK-2183429 | hs14.2 | Poonam Bajaj Parhar | P3 | Resolved | Fixed | b02 |
We never get an actual core file, though the hs_err file is attached (the error reported is always the same). I have been unable to reproduce this reliably, or with smaller heaps or less testing time. We have only observed this on our Linux machines (also are testing Solaris x86).
- backported by
-
JDK-2183427 CMS: core dump with -XX:+UseCompressedOops
- Resolved
-
JDK-2183429 CMS: core dump with -XX:+UseCompressedOops
- Resolved
-
JDK-2184221 CMS: core dump with -XX:+UseCompressedOops
- Resolved
-
JDK-2179891 CMS: core dump with -XX:+UseCompressedOops
- Closed
-
JDK-2181146 CMS: core dump with -XX:+UseCompressedOops
- Closed
-
JDK-2182312 CMS: core dump with -XX:+UseCompressedOops
- Closed
- relates to
-
JDK-6860407 G1: crash during evacuation failure ostensibly due to prematurely collected reference
- Closed
-
JDK-6869196 Fatal error in 6u14p with Compressed OOPs in monitor locking
- Closed
-
JDK-6870879 JVM crash while running SailFin system tests with -XX:+UseCompressedOops flag
- Closed
-
JDK-6868950 Crash in runtime of JDK 1.6.0 U14-P1 using 64 bit Compressed OOPs
- Closed
-
JDK-6851282 JIT miscompilation results in null entry in array when using CompressedOops
- Closed
-
JDK-6871919 unexpected failure of compiler/6826736/Test.java on 32 bit JDK
- Closed
-
JDK-6695810 null oop passed to encode_heap_oop_not_null
- Closed