commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Earle Nietzel (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (MATH-1368) equalsIncludingNaN not producing the expected result
Date Tue, 31 May 2016 22:57:12 GMT

    [ https://issues.apache.org/jira/browse/MATH-1368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15308806#comment-15308806
] 

Earle Nietzel commented on MATH-1368:
-------------------------------------

Just to circle back, I tested this with commons-math3 3.6.1 and it performs appropriately.
x=-1.0, y=4.0
Double.doubleToLongBits(x) = -4616189618054758400
Double.doubleToLongBits(y) = 4616189618054758400
x.equals(y) = false
Precision.equalsIncludingNaN(x, y) = false
Precision.equals(x, y) = false

> equalsIncludingNaN not producing the expected result
> ----------------------------------------------------
>
>                 Key: MATH-1368
>                 URL: https://issues.apache.org/jira/browse/MATH-1368
>             Project: Commons Math
>          Issue Type: Bug
>    Affects Versions: 2.2
>            Reporter: Earle Nietzel
>
> I wouldn't expect this result given these 2 values?
> x=-1.0, y=4.0
> x to long bits = -4616189618054758400
> y to long bits = 4616189618054758400
> x equals y = false
> MathUtils.equalsIncludingNaN(x, y) = true
> MathUtils.equals(x, y) = false
> It appears the lexicographic ordering logic is producing this, other numbers are fine.
Notice the value produced for -1.0 and 4.0 by Double.doubleToLongBits().



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message