Custom Query (1030 matches)
Results (766 - 768 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #827 | duplicate | 2D bitmap print-non-readably behavior is misleading | ||
| Description |
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. |
|||
| #831 | fixed | (log #c(1d300 1d300)) signals overflow | ||
| Description |
This could be related to ticket:830. |
|||
| #832 | fixed | (sqrt #c(1d300 1d300)) signals overflow | ||
| Description |
Could be related to ticket:830 and ticket:831. |
|||
