Custom Query (1630 matches)

#d18446744073709551615 => 1.84467440737096e+19

but

#xFFFFFFFFFFFFFFFF => Error: illegal number syntax: "FFFFFFFFFFFFFFFF"

(Note - probably does not apply to 64-bit machines. 32-bit problem only.)

CHICKEN (c)2008-2011 The Chicken Team (c)2000-2007 Felix L. Winkelmann Version 4.7.5 (rev 5518972) openbsd-unix-gnu-x86 [ manyargs dload ptables ] compiled 2012-02-04 on necronomicon.my.domain (OpenBSD)

#;1> #e1.0000000000000001 1 #;2> (use numbers) ; loading /home/ckeen/chickens/master/lib/chicken/6/numbers.import.so ... ; loading /home/ckeen/chickens/master/lib/chicken/6/chicken.import.so ... ; loading /home/ckeen/chickens/master/lib/chicken/6/foreign.import.so ... ; loading /home/ckeen/chickens/master/lib/chicken/6/numbers.so ... #;3> #e1.0000000000000001 1.0

I was expecting a fraction and Peter too:

21:34 < sjamaan> #;1> (use numbers) 21:34 < sjamaan> #;2> #e1.0000000000000001 21:34 < sjamaan> 10000000000000001/10000000000000000

Per R5RS and later standards, #e1e500 is the same as 10000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000000000000000000000 0000000000000000000000000.

But this is not so in Chicken, which treats #e the same as calling inexact->exact, and so returns +inf.0, which is neither exact nor correct. When #e is present, the result needs to be computed by bignum/ratio arithmetic, even if what follows is a decimal fraction.