On Thu, 2010-06-24 at 03:48 -0400, Martin Maechler wrote:
> > "BW" == Brandon Whitcher
> > 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
On Thu, 24 Jun 2010, Martin Maechler wrote:
"BW" == Brandon Whitcher
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 bei
> "BW" == Brandon Whitcher
> 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 it fai
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 input),
Brandon Whitcher wrote:
> 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.
Please notice that there is NO release of R 2.12.0 until some time
around October. You are using a build from the UNSTABLE development
branch. The stable b
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 sh
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 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
R2.12.0,
