[Rd] help.search in trouble with R-patched ?

2003-10-15 Thread Laurent Gautier
...unless its me missing something... help.search(prompt, agrep=F) Error: couldn't find function .class1 traceback() 12: initialize(value, ...) 11: initialize(value, ...) 10: new(ObjectsWithPackage, value, package = pkg) 9: metaNameUndo(unique(these), prefix = M, searchForm = searchForm) 8:

Re: [Rd] help.search in trouble with R-patched ?

2003-10-15 Thread Jan de Leeuw
This works fine in R-patched in Darwin. On Oct 14, 2003, at 23:02, Laurent Gautier wrote: help.search(prompt, agrep=F) === Jan de Leeuw; Professor and Chair, UCLA Department of Statistics; Editor: Journal of Multivariate Analysis, Journal of Statistical Software US mail: 8130 Math Sciences

Re: [Rd] NA %*% 0 == 0 (PR#4582)

2003-10-15 Thread ligges
Peter Dalgaard BSA wrote: Thomas Lumley [EMAIL PROTECTED] writes: On Tue, 14 Oct 2003 [EMAIL PROTECTED] wrote: Full_Name: J . R. M. Hosking Version: 1.8.0 OS: Windows 2000 Submission from: (NULL) (129.34.20.23) On R 1.8.0 (and on R 1.5.1), Windows binary: NA %*% 0 [,1] [1,]0

Re: [Rd] NA %*% 0 == 0 (PR#4582)

2003-10-15 Thread Duncan Murdoch
On Wed, 15 Oct 2003 09:06:39 +0200 (MET DST), you wrote: R-1.8.0: Does not happen for me on WindowsNT4.0 either (self compiled binary, gcc-3.3.1). Does for me (RedHat, R 1.8.0 and 1.7.0). I guess the problem is compiler-dependend, because I get that 0 in a self-compiled R-1.7.1 (has been

Re: [Rd] NA %*% 0 == 0 (PR#4582)

2003-10-15 Thread Prof Brian D Ripley
non-complex %*% is fundamentally done via a call to dgemm, so the answer is going to depend on the BLAS library in use. When Doug Bates introduced that version of matprod, we did discuss a bit the potential problems of cases like this. I've cross-checked, and that _is_ what is going on with my

Re: [Rd] NA %*% 0 == 0 (PR#4582)

2003-10-15 Thread ripley
non-complex %*% is fundamentally done via a call to dgemm, so the answer is going to depend on the BLAS library in use. When Doug Bates introduced that version of matprod, we did discuss a bit the potential problems of cases like this. I've cross-checked, and that _is_ what is going on with my

Re: [Rd] Infinite recursion in getGeneric (PR#4561)

2003-10-15 Thread John Chambers
John Chambers wrote: [EMAIL PROTECTED] wrote: setClass('foo') [1] foo setMethod('is.logical', 'foo', function(x) TRUE) [1] is.logical getGeneric('is.integer') Error in options(x) : evaluation is nested too deeply: infinite recursion? This is one of a number of potential

[Rd] qqnorm(*, datax=TRUE, xlab,ylab) -- S+ compatibility problem

2003-10-15 Thread Martin Maechler
Just found because an old (written for S+) function of mine did label plots wrongly with R. Example --- inspired from example(qqnorm) --- data(precip) qqnorm(precip, ylab = Precipitation [in/yr] ...) qqnorm(precip, ylab = Precipitation [in/yr] ..., datax = TRUE) this is all fine --