[
https://issues.apache.org/jira/browse/MATH-865?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13460560#comment-13460560
]
Gilles commented on MATH-865:
-----------------------------
bq. My guess is this is due to FitnessFunction.encode [...] generating NaN
Good guess.
I've introduced a check on the bounds that now throws an exception in case of
overflow.
Please test revision 1388552.
Thanks for the report.
> 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, 3.1
> Reporter: Frank Hess
> 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
