As of version 0.22, when these features are called together we get a segmentation fault like below ('input.fits' is attached).

asttable table.fits --range=1,10:50 --range=2,10:50 -c'arith $1 -0.1 +','arith $2 0.1 +'

Having a fast look into the code of the Table program, I see that the arithmetic operation (which is done first according to Table's operation precedence) frees the columns that are later used by the '--range' option.

Therefore until this bug is fixed, if someone confronts this problem, a fast fix to this problem is to use '--rowfirst' (so the rows are selected before column arithmetic).

This problem was reported by Teet Kuutma.