[
https://issues.apache.org/jira/browse/MATH-865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13460905#comment-13460905
]
Frank Hess commented on MATH-865:
---------------------------------
Yes, it throws the exception for me now (revision 1388555), thanks. The
secondary issue i mentioned in the comment is still a problem, but I'll open a
new bug for that.
> Wide bounds to CMAESOptimizer result in NaN parameters passed to fitness
> function
> ---------------------------------------------------------------------------------
>
> Key: MATH-865
> URL: https://issues.apache.org/jira/browse/MATH-865
> Project: Commons Math
> Issue Type: Bug
> Affects Versions: 3.0
> Reporter: Frank Hess
> Assignee: Gilles
> Fix For: 3.1
>
> Attachments: Math865Test.java
>
>
> If you give large values as lower/upper bounds (for example -Double.MAX_VALUE
> as a lower bound), the optimizer can call the fitness function with
> parameters set to NaN. My guess is this is due to
> FitnessFunction.encode/decode generating NaN when normalizing/denormalizing
> parameters. For example, if the difference between the lower and upper bound
> is greater than Double.MAX_VALUE, encode could divide infinity by infinity.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
