| 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 |
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.
- backported by
-
JDK-8049596 G1 crashes when run with -XX:-G1DeferredRSUpdate
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-