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"));
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 convert
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
On 02/24/2014 10:28 AM, David P. Caldwell wrote:
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.
That is often unavoidable when floating-point is involved ;-)
I think I'd
