Custom Query (1030 matches)

In ccl 1.6 (32-bit) we have

1 > (atanh #c(-2d0 -1d-20))
#C(-0.5493061443340549D0 -1.5707963267948966D0)

but

1 > (atanh #c(-2d0 -0d0))
#C(-0.5493061443340549D0 1.5707963267948966D0)

The spec says that for on the negative real axis less than -1, atanh is continuous with Quadrant III. Since (float-sign -0d0) -> -1d0, both answers should have the same signs and the imaginary part should be negative.

In ccl 1.6 (32-bit), we get

1> (atan #c(-1d-20 2d0))
#C(-1.5707963267948966D0 0.5493061443340549D0)

This is right, I think. However,

2> (atan #c(-0d0 2d0))
#C(1.5707963267948966D0 0.5493061443340549D0)

The spec says that on the imaginary axis above i, atan is continuous on Quadrant II. Since float-sign -0d0) -> -1d0, both answers should have the same sign for the realpart.

Summary: 2D Bitmap arrays print non-readably, #2A(#*101010 #*010101) doesn't read as 2D array, barfs, ...AND... can't create a 2D bitmap using reader.

If you create a 2D bitmap using (make-array '(4 4) :element-type '(mod 2)) The result will print as #2A(#*0000 #*0000 #*0000 #*0000) When you read it back in, the reader barfs:

> Error: Reader error on #<CCL::RECORDING-CHARACTER-INPUT-STREAM #xC75FFE6>, near position 32:
>        Initial contents for #A is inconsistent with dimensions: #2A(#<SIMPLE-BIT-VECTOR 4> #<SIMPLE-BIT-VECTOR 4> #<SIMPLE-BIT-VECTOR 4> #<SIMPLE-BIT-VECTOR 4>)

The related bug is that #1A(#*0000 #*0000 #*0000 #*0000) works "just fine" except it creates a 1D array.

Apparently there is no way to create a 2D bitmap from the reader.