Re: [Rd] typo in cov()? var() fails on NA in R 2.7.2 but not R 2.6.1

Andrew Piskorski wrote: I recently started using R 2.7.2, and noticed a surprising change in the behavior of var() on NA data: R 2.6.1 (Patched), 2007-11-26, svn.rev 43541, x86_64-unknown-linux-gnu: > stdev(rep(NA,3), na.rm=F) [1] NA > stdev(rep(NA,3), na.rm=T) [1] NA > var(rep(NA,3)

[Rd] Problem with UTF-8 text in the Rcmdr package

Dear list members, I've attached some email correspondence with Jaro Lajovic (with his permission), detailing a problem with the Slovenian translation file for the Rcmdr package. In brief, while certain UTF-8 characters used in Slovenian used to appear properly in older versions of R, some ch

[Rd] typo in cov()? var() fails on NA in R 2.7.2 but not R 2.6.1

This has been changed in 2.7.1 BUG FIXES o co[rv](use = "complete.obs") now always gives an error if there are no complete cases: they used to give NA if method = "pearson" but an error for the other two methods. (Note that this is pretty arbitrary, but zero-length v

[Rd] typo in cov()? var() fails on NA in R 2.7.2 but not R 2.6.1

I recently started using R 2.7.2, and noticed a surprising change in the behavior of var() on NA data: R 2.6.1 (Patched), 2007-11-26, svn.rev 43541, x86_64-unknown-linux-gnu: > stdev(rep(NA,3), na.rm=F) [1] NA > stdev(rep(NA,3), na.rm=T) [1] NA > var(rep(NA,3), na.rm=T, use="complete.ob

Re: [Rd] Problem installing Biobase on Solaris

Hi I forgot to paste the compiler output: gcc -std=gnu99 -I/usr/local/lib/R/include -I/usr/local/include -I/usr/local/ssl/include -I/usr/local/pgsql/include -I/usr/local/include/ncurses -I/usr/local/BerkeleyDB.4.2/include -I/usr/openwin/include -I/usr/local/rrdtool-1.2.19/include-fPIC -

Re: [Rd] Problem installing Biobase on Solaris

Hi I thought of that. We have gcc 3.4.3 installed /gates/sfw10/builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++ --enable-shared How to make sure which compiler

Re: [Rd] Passing method to returns() /fSeries (PR#12713)

This is a concern of the package maintainer. Nothing to do with R-devel or R-bugs. See the Rmetrics site or fSeries package details for their contact information. Jeff On Fri, Sep 5, 2008 at 10:05 AM, <[EMAIL PROTECTED]> wrote: > Full_Name: Robert Iquiapaza > Version: 2.7.2 > OS: Vista > Submi

[Rd] Passing method to returns() /fSeries (PR#12713)

Full_Name: Robert Iquiapaza Version: 2.7.2 OS: Vista Submission from: (NULL) (69.127.35.170) In the help Examples for returns(fSeries) it is said that you can pass the method to compute ("continuous", "discrete", "compound", "simple") returns using 'type=' i.e. # Discrete Returns: returns(MSF

Re: [Rd] Problem installing Biobase on Solaris

What compiler is this? This is a compiler issue, not an R one. My guess is that you are mixing gcc (which has __builtin_isnan) and cc (which does not). On Fri, 5 Sep 2008, Paulo Nuin wrote: Hi everyone This is my first post to the list. I had experience installing and using Bioconductor o

[Rd] Problem installing Biobase on Solaris

Hi everyone This is my first post to the list. I had experience installing and using Bioconductor on Linux and Windows systems but I am encountering problems installing Biobase on Solaris running on Sparc. The package compilation works fine, with only a warning warning: implicit declaration

Re: [Rd] Rmpi on Linux (SuSE) with OpenMPI

(not a question for r-devel; you are simply having (local) troubles with a package) On 5 September 2008 at 10:05, [EMAIL PROTECTED] wrote: | | Guys, | | I'm having troubles with Rmpi on Linux. I got it to work on windows, but on | Linux (SuSE 64 bit), using OpenMPI, I can't seem to get it to w

[Rd] Rmpi on Linux (SuSE) with OpenMPI

Guys, I'm having troubles with Rmpi on Linux. I got it to work on windows, but on Linux (SuSE 64 bit), using OpenMPI, I can't seem to get it to work :( When I do library(Rmpi) I get the warning: mca: base: component_find: unable to open osc pt2pt: file not found (ignored) Interestingly enough