JDK-8024914 : Swapped usage of idx_t and bm_word_t types in bitMap.inline.hpp
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2013-09-17
  • Updated: 2014-05-22
  • Resolved: 2013-09-18
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 8 Other
8Fixed hs25Fixed
Related Reports
Duplicate :  
Relates :  
The code in hotspot/src/share/vm/utilities/bitMap.inline.hpp
incorrectly swaps the usage of the idx_t and bm_word_t types. For most
platforms these 2 types are effectively the same, so the interchange is
uncaught, but on s390 (32-bit) the size_t is "unsigned long" which
makes it incompatible with "unsigned int". The patch is result of my
understanding of the logic inside bitMap.inline.hpp, so it needs
definitely a review although I think I'm right :-) The same patch is
used in our openjdk7 Fedora packages and the code compiles and works
without issue on both s390 and s390x architectures there.

from bitmap.hpp

  typedef size_t idx_t;         // Type used for bit and word indices.
  typedef uintptr_t bm_word_t;  // Element type of array that represents
                                // the bitmap.

Resolved by "backport" JDK-8024959

Automatic resolve script automatically resolved this issue with a fake "backport" JDK-8024959 due to wrong fix version.

Email thread at http://mail.openjdk.java.net/pipermail/hotspot-dev/2013-September/010913.html

Original patch contributed by Dan Horak from Redhat