Custom Query (1030 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (133 - 135 of 1030)

Ticket Resolution Summary Owner Reporter
#827 duplicate 2D bitmap print-non-readably behavior is misleading Tim McNerney
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 Raymond Toy
Description

(log #c(1d300 1d300)) signals overflow, but it shouldn't since the absolute value of #c(1d300 1d300) fits in a double-float.

This could be related to ticket:830.

#832 fixed (sqrt #c(1d300 1d300)) signals overflow Raymond Toy
Description

(sqrt #c(1d300 1d300)) signals an overflow, but the square root is approximately #c(1.10d150 4.55d149).

Could be related to ticket:830 and ticket:831.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.