JDK-6981773 : incorrect fill value with OptimizeFill
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: hs19
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • OS: solaris_9
  • CPU: sparc
  • Submitted: 2010-09-02
  • Updated: 2011-03-08
  • Resolved: 2011-03-08
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 6 JDK 7 Other
6u21pFixed 7Fixed hs19Fixed
Related Reports
Relates :  
Description
The sparc assembly for the new fill logic doesn't fully initialize the value register in some paths resulting in incorrectly filled arrays.  There are several nightly failures from this:

  nsk/logging/XMLFormatter/format/format001
  nsk/logging/XMLFormatter/format/format002
  java/util/Arrays/Sorting.java
  java/util/ResourceBundle/Control/XMLResourceBundleTest.java

The fix is to initialize the value slightly earlier.

Comments
EVALUATION http://hg.openjdk.java.net/jdk7/hotspot-gc/hotspot/rev/f353275af40e
09-10-2010

EVALUATION http://hg.openjdk.java.net/hsx/hsx19/baseline/rev/5b0eb275c3d0
08-10-2010

EVALUATION http://hg.openjdk.java.net/jdk7/hotspot-rt/hotspot/rev/f353275af40e
28-09-2010

EVALUATION 6981773: incorrect fill value with OptimizeFill Reviewed-by: kvn, twisti The sparc assembly for the new fill logic doesn't fully initialize the value register in the check_fill_8_bytes path resulting in incorrectly filled arrays for certain lengths. Tested with failing tests from nightly.
03-09-2010

EVALUATION http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/f353275af40e
03-09-2010