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.