[kepler-dev] Token.toString method(s)
vouk at ncsu.edu
Sat Feb 25 13:11:24 PST 2006
NaN should remain NaN to be compliant with
standards. I am not sure that it is ok to represent
nil as NaN either.
Edward A. Lee wrote:
>At 03:27 PM 2/24/2006, Christopher Brooks wrote:
>>I started looking at DoubleMatrixToken, but one issue is that
>>the underlying data type is a Java double, so I'd have to
>>keep a shadow list of nil tokens to make toString() print
>>nil instead of NaN. Right now, it is possible to create
>>a DoubleMatrix with [1.0, 2.0 ; 3.0,nil], but this is printed as
>>[1.0, 2.0; 3.0, NaN].
>I don't think we should print NaN as nil...
>The problem is that a DoubleMatrixToken might be a result
>of some numerical calculation, and NaN is a legitimate result.
>I think it's fine to represent nil as NaN, but I think it should
>still print as NaN.
>Edward A. Lee
>Professor, Chair of the EE Division, Associate Chair of EECS
>231 Cory Hall, UC Berkeley, Berkeley, CA 94720
>phone: 510-642-0253 or 510-642-0455, fax: 510-642-2845
>eal at eecs.Berkeley.EDU, http://ptolemy.eecs.berkeley.edu/~eal
>Kepler-dev mailing list
>Kepler-dev at ecoinformatics.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Kepler-dev