Update on JDK 8 builds and release candidate status

[David P. Caldwell]

Well, I'm not an expert on floating-point standards and all of that.

It may be that no other decision is possible, but I think I can predict this will confuse people.

I think I'd argue for the edge case -- where the actual number being processed is the closest value to the half-way point -- to be processed as though the value actually *were* at the half-way point. (Maybe that's the way it worked before?)

Thanks so much for pointing me to the issue report so that I understand what's happening.

-- David.
On Feb 24, 2014, at 1:18 PM, Joe Darcy <joe.darcy at oracle.com> wrote:

> Hello,
> 
> You've observed a known change in behavior:
> 
>    JDK-7131459 [Fmt-De] DecimalFormat produces wrong format() results when close to a tie
>    https://bugs.openjdk.java.net/browse/JDK-7131459
> 
> The new result is actually numerically correct since the text string "85.55" does not get converted to a double value actually equal to 85.55 it is converted to a value slightly less than 85.55.
> 
> HTH,
> 
> -Joe
> 
> On 02/24/2014 10:09 AM, David P. Caldwell wrote:
>> Here's a bug report for b129. Mac OS X 10.8.5, although I doubt this is platform-dependent.
>> 
>> DecimalFormatTest.java
>> public class DecimalFormatTest {
>> 	public static void main(String[] args) {
>> 		System.out.println("java.version: " + System.getProperty("java.version"));
>> 		System.out.println("85.55 rounded to one digit: " + new java.text.DecimalFormat("##.#").format(85.55));
>> 	}
>> }
>> 
>> DecimalFormatTest.sh
>> #!/bin/bash
>> javac -source 1.6 -target 1.6 $(dirname $0)/DecimalFormatTest.java
>> /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java DecimalFormatTest
>> /Library/Java/JavaVirtualMachines/jdk1.7.0_25.jdk/Contents/Home/bin/java DecimalFormatTest
>> /Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Home/bin/java DecimalFormatTest
>> /Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/bin/java DecimalFormatTest
>> /Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/bin/java -version
>> uname -a
>> 
>> Output:
>> $ ./DecimalFormatTest.sh
>> warning: [options] bootstrap class path not set in conjunction with -source 1.6
>> 1 warning
>> java.version: 1.6.0_65
>> 85.55 rounded to one digit: 85.6
>> java.version: 1.7.0_25
>> 85.55 rounded to one digit: 85.6
>> java.version: 1.7.0_45
>> 85.55 rounded to one digit: 85.6
>> java.version: 1.8.0
>> 85.55 rounded to one digit: 85.5
>> java version "1.8.0"
>> Java(TM) SE Runtime Environment (build 1.8.0-b129)
>> Java HotSpot(TM) 64-Bit Server VM (build 25.0-b69, mixed mode)
>> Darwin mabosdcaldwell-m1.corp.local 12.5.0 Darwin Kernel Version 12.5.0: Sun Sep 29 13:33:47 PDT 2013; root:xnu-2050.48.12~1/RELEASE_X86_64 x86_64
>> 
>> The DecimalFormat specification says it should use HALF_EVEN as the rounding mode. The getRoundingMode() method for the DecimalFormat (examined in debugger) does in fact return HALF_EVEN, but the output is incorrect.
>> 
>> -- David P. Caldwell
>> http://www.davidpcaldwell.com/
>> 
>> On Feb 4, 2014, at 9:31 AM, Mathias Axelsson <mathias.axelsson at oracle.com> wrote:
>> 
>>> Hi,
>>> 
>>> I'd like to give you an update on the below. We've promoted b128 and this
>>> is the first release candidate build of JDK 8. b128 is available on
>>> java.net [1] so you can download it and try it out.
>>> 
>>> I'll continue to monitor incoming bugs. If a showstopper bug shows up that
>>> is deemed critical for the JDK 8 release then we'll have to create a new
>>> build to include it.
>>> 
>>> Kind regards,
>>> Mathias Axelsson, Oracle JDK Release Manager
>>> 
>>> [1] https://jdk8.java.net/download.html
>>> 
>>> On 31 jan 2014, at 12:55, Mathias Axelsson <mathias.axelsson at oracle.com> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> It's been a while since my last update so I wanted to give you an update on
>>>> where we are.
>>>> 
>>>> Focus has been on getting the final RI (Reference Implementation) build for
>>>> the Java SE 8 specification completed and ready. The current RI build is
>>>> b126 [1] and unless any TCK blockers shows up, this build will be the RI
>>>> for Java SE 8.
>>>> 
>>>> With the RI build in place focus has now shifted to get the remaining
>>>> showstopper fixes for JDK 8 into the master. We had a number of fixes lined
>>>> up and got them integrated earlier this week so that we could do a new
>>>> promoted build (b127). This build will be posted on java.net [2] shortly.
>>>> 
>>>> b127 is not a release candidate build as there are still a few critical
>>>> issues that must be fixed and integrated. I'm following up on the bugs on a
>>>> daily basis and hope we can cut the first release candidate of JDK 8
>>>> shortly.
>>>> 
>>>> I will send out an update once we have a release candidate build of JDK 8.
>>>> 
>>>> Kind regards,
>>>> Mathias Axelsson, Oracle JDK 8 Release Manager
>>>> 
>>>> 
>>>> [1] https://jdk8.java.net/java-se-8-ri/
>>>> 
>>>> [2] https://jdk8.java.net/download.html
>>>> 
>