-
Bug
-
Resolution: Fixed
-
P2
-
11, 16, 17, 18
-
b29
-
s390x
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8269714 | 18 | Martin Doerr | P2 | Resolved | Fixed | b05 |
| JDK-8270681 | 17.0.1 | Martin Doerr | P2 | Resolved | Fixed | b03 |
| JDK-8269741 | 11.0.13 | Martin Doerr | P2 | Resolved | Fixed | b01 |
JVM runs into an assertion when running e.g. java/lang/instrument/GetObjectSizeIntrinsicsTest_id3 test:
# Internal Error (src/hotspot/share/utilities/copy.hpp:330)
# assert(is_aligned(to, alignment)) failed: must be aligned: 0x00000000ffd0fc31
(called by MemAllocator::allocate_inside_tlab)
Reason is that the interpreter messed it up during execution of an earlier 'new' bytecode. It checks the wrong bit instead of Klass::_lh_instance_slow_path_bit.
# Internal Error (src/hotspot/share/utilities/copy.hpp:330)
# assert(is_aligned(to, alignment)) failed: must be aligned: 0x00000000ffd0fc31
(called by MemAllocator::allocate_inside_tlab)
Reason is that the interpreter messed it up during execution of an earlier 'new' bytecode. It checks the wrong bit instead of Klass::_lh_instance_slow_path_bit.
- backported by
-
JDK-8269714 [s390] Interpreter checks wrong bit for slow path instance allocation
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
- links to
-
Commit
openjdk/jdk11u-dev/3ed6237b
-
Commit
openjdk/jdk17/be0ac92e
-
Review
openjdk/jdk11u-dev/87
-
Review
openjdk/jdk17/177
(2 links to)