Hi,
str() on raster objects fails for certain dimensions. For example:
str(as.raster(0, nrow=1, ncol=100))
'raster' chr [1, 1:100] #00 #00 #00 #00 ...
str(as.raster(0, nrow=1, ncol=101))
Error in `[.raster`(object, seq_len(max.len)) : subscript out of bounds
This seems to
Two things have emerged in testing on x86_64 Fedora 14 which mean that
a recent R-patched is probably needed.
1) That OS uses zlib 1.2.5: that claims to be binary-compatible with
zlib 1.2.3 but is not, as we found (painfully) on Windows. The remedy
was to remap _all_ the symbols in R's own
For the complex-numbers bug, do you know a reliable way (besides looking
at version numbers) to determine whether the bug is present or absent in a
given build?
I don't know what version of gcc was used in my build nor the optimization
flags, so I did a few test exponentiations z^n and the
On Mon, 31 Jan 2011, ken.willi...@thomsonreuters.com wrote:
For the complex-numbers bug, do you know a reliable way (besides looking
at version numbers) to determine whether the bug is present or absent in a
given build?
I know a way: See tests/complex.R in R-devel.
z - 0.2853725+0.3927816i