-
Bug
-
Resolution: Fixed
-
P2
-
7, 8, 11, 13, 14, 15
-
b16
-
generic
-
Not verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8242087 | 14.0.2 | Andrew Haley | P2 | Resolved | Fixed | b04 |
JDK-8246684 | 13.0.4 | Andrew Haley | P2 | Resolved | Fixed | b04 |
JDK-8241543 | 11.0.8-oracle | Andrew Haley | P2 | Closed | Fixed | b01 |
JDK-8241652 | 11.0.8 | Andrew Haley | P2 | Resolved | Fixed | b01 |
JDK-8241501 | 11.0.7 | Andrew Haley | P2 | Resolved | Fixed | b09 |
JDK-8241774 | openjdk8u262 | Andrew Haley | P2 | Resolved | Fixed | team |
JDK-8241560 | openjdk8u252 | Andrew Haley | P2 | Resolved | Fixed | b08 |
We're seeing intermittent SEGVs in JDKs with some newer GCC versions and combinations of options. It turns out that it's a pretty trivial error which has never been noticed before.
Thread::oops_do() does this:
void Thread::oops_do(OopClosure* f, CodeBlobClosure* cf) {
active_handles()->oops_do(f);
However, there is a window while a Thread is being constructed when active_handles() is NULL. GC can occur during this time period, and it's a matter of luck that we haven't seen this crash before.
Thread::oops_do() does this:
void Thread::oops_do(OopClosure* f, CodeBlobClosure* cf) {
active_handles()->oops_do(f);
However, there is a window while a Thread is being constructed when active_handles() is NULL. GC can occur during this time period, and it's a matter of luck that we haven't seen this crash before.
- backported by
-
JDK-8241501 Segfault in JNIHandleBlock::oops_do()
- Resolved
-
JDK-8241560 Segfault in JNIHandleBlock::oops_do()
- Resolved
-
JDK-8241652 Segfault in JNIHandleBlock::oops_do()
- Resolved
-
JDK-8241774 Segfault in JNIHandleBlock::oops_do()
- Resolved
-
JDK-8242087 Segfault in JNIHandleBlock::oops_do()
- Resolved
-
JDK-8246684 Segfault in JNIHandleBlock::oops_do()
- Resolved
-
JDK-8241543 Segfault in JNIHandleBlock::oops_do()
- Closed
(2 backported by)