Re: [Rd] Error from wilcox.test

2008-01-01 Thread Prof Brian Ripley
Try exact = TRUE: the default switches to a normal approximation that will not be adequate in your extreme example. On Tue, 1 Jan 2008, Wolfgang Huber wrote: > When one of the two groups has only one member and the other one more > than 49, wilcox.test will exit with the below error message, > >

Re: [Rd] large netCDF files under Windows.

2008-01-01 Thread Prof Brian Ripley
For the record: Thomas provided a test case and both ncdf and RNetCDF have been rebuilt with support for files > 2Gb. Updated versions are now on the CRANextras repository. On Sun, 30 Dec 2007, Prof Brian Ripley wrote: > The netcdf code is rather silly: it uses 64-bit versions of seek etc when

[Rd] Error from wilcox.test

2008-01-01 Thread Wolfgang Huber
When one of the two groups has only one member and the other one more than 49, wilcox.test will exit with the below error message, n=51; wilcox.test(1:n ~ 1:n==1, conf.int=TRUE) Error in uniroot(wdiff, c(mumin, mumax), tol = 1e-04, zq = qnorm(alpha/2, : f() values at end points not of o

[Rd] Wish List

2008-01-01 Thread Gabor Grothendieck
Most of the items on this list have been mentioned before but it may be useful to see them altogether and at any rate every year I have posted my R wishlist at the beginning of the year. High priority items pertain to the foundations of R (promises, environments) since those form the basis of ever

Re: [Rd] Problem with dyn.load'ed code

2008-01-01 Thread Simon Urbanek
Matt, On Jan 1, 2008, at 12:08 PM, Matt Calder wrote: > Andrew, > Thanks! The version script worked like a charm. Specifically I now > build using: > > g++ -shared -Wl,--version-script=ver.map to_dyn_load.cc -o > to_dyn_load.so -larpack > just a word of warning - this is in no way portab

Re: [Rd] readBin differences on Windows and Linux/mac

2008-01-01 Thread Sean Davis
On Jan 1, 2008 12:36 PM, Uwe Ligges <[EMAIL PROTECTED]> wrote: > Thank you, Henrik! This saves us a lot of time! > > Uwe > > > Henrik Bengtsson wrote: > > On 01/01/2008, Henrik Bengtsson <[EMAIL PROTECTED]> wrote: > >> Also make sure the problem is not due to downloading a gzip file in > >> text m

Re: [Rd] readBin differences on Windows and Linux/mac

2008-01-01 Thread Uwe Ligges
Thank you, Henrik! This saves us a lot of time! Uwe Henrik Bengtsson wrote: > On 01/01/2008, Henrik Bengtsson <[EMAIL PROTECTED]> wrote: >> Also make sure the problem is not due to downloading a gzip file in >> text mode, because to the best of my understanding that is platform >> dependent. Th

Re: [Rd] Problem with dyn.load'ed code

2008-01-01 Thread Matt Calder
Andrew, Thanks! The version script worked like a charm. Specifically I now build using: g++ -shared -Wl,--version-script=ver.map to_dyn_load.cc -o to_dyn_load.so -larpack where ver.map is the file: { global: R_func_*; local:*; }; and any function I want exported to R is named

Re: [Rd] readBin differences on Windows and Linux/mac

2008-01-01 Thread Henrik Bengtsson
On 01/01/2008, Henrik Bengtsson <[EMAIL PROTECTED]> wrote: > Also make sure the problem is not due to downloading a gzip file in > text mode, because to the best of my understanding that is platform > dependent. That is, use download.file(..., mode="wb") instead of the > default, which is mode="w"

Re: [Rd] readBin differences on Windows and Linux/mac

2008-01-01 Thread Henrik Bengtsson
Also make sure the problem is not due to downloading a gzip file in text mode, because to the best of my understanding that is platform dependent. That is, use download.file(..., mode="wb") instead of the default, which is mode="w". (This is such a common error that I would like to suggest mode="

Re: [Rd] readBin differences on Windows and Linux/mac

2008-01-01 Thread Uwe Ligges
I see. It is either a bug or something related to the following paragraph from ?seek: We have found so many errors in the Windows implementation of file positioning that users are advised to use it only at their own risk, and asked not to waste the R developers' time with bug