Details
Backports
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8056635 | emb-9 | Unassigned | P4 | Resolved | Fixed | b24 |
JDK-8063519 | 8u45 | Thomas Schatzl | P4 | Resolved | Fixed | b01 |
JDK-8049596 | 8u40 | Thomas Schatzl | P4 | Resolved | Fixed | b01 |
JDK-8070803 | emb-8u47 | Thomas Schatzl | P4 | Resolved | Fixed | team |
Description
When running a debug VM with G1DeferredRSUpdate disabled, G1 crashes the first time when the remembered set is being updated during evacuation.
The problem is that G1ParScanClosure is initialized with an uninitialized queue_num() value of G1ParScanThreadState in the G1ParScanThreadState constructor. This is because initialization of the values in the initializer list is perfomed according to the declaration order in the class, not the order given in the initializer list.
The fix is to move the declaration of the G1ParScanClosure after the declaration of the _queue_num member in the G1ParScanThreadState class.
The problem is that G1ParScanClosure is initialized with an uninitialized queue_num() value of G1ParScanThreadState in the G1ParScanThreadState constructor. This is because initialization of the values in the initializer list is perfomed according to the declaration order in the class, not the order given in the initializer list.
The fix is to move the declaration of the G1ParScanClosure after the declaration of the _queue_num member in the G1ParScanThreadState class.
Attachments
Issue Links
- backported by
-
JDK-8049596 G1 crashes when run with -XX:-G1DeferredRSUpdate
-
- Resolved
-
-
JDK-8056635 G1 crashes when run with -XX:-G1DeferredRSUpdate
-
- Resolved
-
-
JDK-8063519 G1 crashes when run with -XX:-G1DeferredRSUpdate
-
- Resolved
-
-
JDK-8070803 G1 crashes when run with -XX:-G1DeferredRSUpdate
-
- Resolved
-