On Thu, 2010-06-24 at 03:48 -0400, Martin Maechler wrote:
BW == Brandon Whitcher bwhitc...@gmail.com
on Wed, 23 Jun 2010 12:14:35 +0100 writes:
BW Peter, thanks for your comments. The reason I have taken this issue
BW to R-devel is from the advice of Kurt Hornik. An update
BW == Brandon Whitcher bwhitc...@gmail.com
on Wed, 23 Jun 2010 12:14:35 +0100 writes:
BW Peter, thanks for your comments. The reason I have taken this issue
BW to R-devel is from the advice of Kurt Hornik. An update to my package
BW oro.nifti is being refused by CRAN because
On Thu, 24 Jun 2010, Martin Maechler wrote:
BW == Brandon Whitcher bwhitc...@gmail.com
on Wed, 23 Jun 2010 12:14:35 +0100 writes:
BW Peter, thanks for your comments. The reason I have taken this issue
BW to R-devel is from the advice of Kurt Hornik. An update to my package
BW
Peter, thanks for your comments. The reason I have taken this issue
to R-devel is from the advice of Kurt Hornik. An update to my package
oro.nifti is being refused by CRAN because it fails on the
_development_ version of R on 32-bit linux. As we have just discussed
(and thanks to Matt's
I have installed both 32-bit and 64-bit versions of R2.12.0 (2010-06-15
r52300) on my Ubuntu 10.04 64-bit system. I observe the following behavior
when running the examples from base::connections. There appears to be a
problem with seek() on a .gz file when using a 32-bit installation of
You used file to open ex.gz, which ought to work, but relies on do_url
to automatically detect that the file is a gzip file. It's a long shot,
but you could try to verify that the file is a valid gzip file (R checks
that the first two bytes == \x1f\x8b) and try the gzfile function on
the 32 bit
I was able to reproduce this bug. After some investigating, it's clearly
localized to gztell (a zlib function), and the z_off_t type. However,
there may be a broader cross-compiling problem. I don't know what
procedure Brandon used to compile the 32 bit version (I used the gcc
-m32 flag), but we