You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Mark Hindess (JIRA)" <ji...@apache.org> on 2009/07/11 17:04:15 UTC
[jira] Commented: (HARMONY-6268) [classlib][luni] Math.min fails
when comparing doubles and floats with the same values
[ https://issues.apache.org/jira/browse/HARMONY-6268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12729995#action_12729995 ]
Mark Hindess commented on HARMONY-6268:
---------------------------------------
I was having svn problems but I was using svn.eu.apache.org. Doing "svn switch --relocate" to change to svn.apache.org fixed the errors I was seeing. If you are using svn.apache.org and it isn't working then perhaps you might try using eris.apache.org directly.
> [classlib][luni] Math.min fails when comparing doubles and floats with the same values
> ---------------------------------------------------------------------------------------
>
> Key: HARMONY-6268
> URL: https://issues.apache.org/jira/browse/HARMONY-6268
> Project: Harmony
> Issue Type: Bug
> Components: Classlib
> Environment: all
> Reporter: Catherine Hope
> Assignee: Tim Ellison
> Attachments: harmony-6268.patch
>
>
> Math.min always returns "-0.0" when comparing doubles and floats of the same value. This is a regression since revision 788021 "Minor optimization suggested by Ian on HARMONY-6242 (Math.max(double, double) gives wrong answer when Math.max(-0.0d, 0.0d))".
> testcase:
> assertEquals(1.0, Math.min( 1.0 , 1.0 )); // gives expected:<1.0> but was:<-0.0>
> assertEquals(1.0f, Math.min( 1.0f , 1.0f )); // again, gives expected:<1.0> but was:<-0.0>
> Math.max doesn't fail in this way.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.