similar to: Subsetting and conversion in data frames

On Wed, 5 Oct 2005 Hallgeir.Grinde at elkem.no wrote: > Yes. > so (x1*x2*x3*x4*x5*x6*x7*x8)^2 = (x1+x2+x3+x4+x5+x6+x7+x8)^8 ? Yes in the sense that the simplified formula given by terms() is the same. > and there is a difference in > (x1*x2*x3*x4*x5*x6*x7*x8)^2 > and > (x1*x2*x3*x4*x5*x6*x7*x8) > althoug the resulting formulas are the same, or? The first is reduced to the

This came from an error in reg-tests-1.R > x <- as.data.frame(x=I("C"))[[1]] > class(x) [1] "AsIs" > library(methods) > detach("package:methods") > search() [1] ".GlobalEnv" "package:ctest" "Autoloads" "package:base" > x <- as.data.frame(x=I("C"))[[1]] > class(x) [1] "AsIs"

Filing on R-bugs (DTL's reply started a new PR). -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865 272595 ---------- Forwarded message

I had not used offline help for many years, and when I tried to yesterday I found a number of issues (the most important of which is that I couldn't have R_DVIPSCMD="dvips -Pbdr" to send output to my office printer: the lack of error reporting is also problematic, and hid the fact that I don't have a default printer set for lpr, so unadorned 'dvips' does not work).

Duncan, I don't know what we want, but it is not a simple matter of documenting what .dynLibs currently does. What I see as bugs are 1) the inconsistent names and types of the components returned by .dynLibs(). 2) the inconsistent inclusion or not of R_X11 in the list returned by .dynLibs(). 3) the inclusion of static info (base) by library.dynam(). 4) including loadable modules

Please do as we ask (repeatedly) and study the help page before posting. 'family' is a separate argument, not part of loess.control, as the help page correctly documents. If you use cars.lo2 <- loess(dist ~ speed, cars, family = "symmetric", control = loess.control(surface = "direct", iterations = 20)) cars.lo2$pars$iterations it prints *20*, as it is

Now multi-core machines are more widely available, we have gotten to stress-test the parallel building capabilities of R and of packages. The current Windows and Mac build machines are both 8-core and I test on an 8-core machine. These are all fairly recent changes of hardware and the following applies only to R-devel, the version to become 2.9.0 next month. Parallel builds of R under

(1) I do read the posting guide (the fact that I missread o missunderstood something does not imply not reading) (2) I could change NAs to 0 (I know) but I have previously (older versions of R and SQL*Plus) used the same select with the "right" output (namely with 0s). (3) AFAIK "strange" is not a negative remark and does not seem to me at the very least but that is always a

I used the packaged "MinGW-2.0.0-3.exe" exactly as specified on http://www.stats.ox.ac.uk/pub/Rtools/ - in fact I used these recommendations throughout. According to the release notes MinGW version 2.0.0 contains the following list of packages: GCC-3.2-core-20020817-1 binutils-2.13-20020903-1 mingw-runtime-2.2 w32api-2.0 gdb-5.1.1-1 make-3.79.1-20010722 (binary renamed as mingw32-make)

>>>>> "BDR" == Prof Brian Ripley <ripley at stats.ox.ac.uk> >>>>> on Fri, 30 May 2008 22:34:28 +0100 (BST) writes: BDR> I think it is ESS that is parsing this as a help BDR> request (so it can divert it to an ESS buffer). BDR> Looks like this is an ESS issue, not an R one. yes, indeed, hence much more belonging the ESS-help

Apart from the inconsistencies, there are two clear bugs here: 1) miscalculating the number of values needed, in the matrix case. E.g. > AA[idx, 1] <- B[1:4] Error in "[<-"(`*tmp*`, idx, 1, value = B[1:4]) : number of items to replace is not a multiple of replacement length although only 4 values are replaced by AA[idx, 1] <- B. 2) the behaviour of the 3D case.

This does seem to fix my problem: > Sys.getenv("http_proxy") http_proxy "http://gproxy1.pfizer.com/" > url("http://cran.r-project.org/src/contrib/PACKAGES",'r') description "http://cran.r-project.org/src/contrib/PACKAGES" class

... Moved from R-help ... Thank you for your suggestion, Professor Ripley. Postscript does seem like the way to go for printing line widths correctly in Windows. On Linux I am using a simple dev.print() wrapper (as suggested), with a pipe to lpr. However, I had an extremely difficult time getting postscript printing under windows. ?postscript recommends the RedMon suite of tools for printing

But %S is not valid in C99 or POSIX, even if it is a variant in some systems. I am working on a more careful checker right now, but there will be limits to what we can catch: this was already a pretty rare example. Brian On Fri, 14 Nov 2008, William Dunlap wrote: >> From: r-devel-bounces at r-project.org >> [mailto:r-devel-bounces at r-project.org] On Behalf Of Prof Brian Ripley

Please do study the FAQ and posting guide: R 2.7.0 is not the current sources, and this was changed a month ago in R-devel. You were asked to check for such changes before submitting a report. Also, there is no unique way to do undercover removal in conversion to CMYK, and so it is wrong to call any method 'wrong' -- in fact the one used in earlier versions of R was a documented

Thanks very much, Professor Ripley. Reid Huntsinger -----Original Message----- From: ripley at stats.ox.ac.uk [mailto:ripley at stats.ox.ac.uk] Sent: Tuesday, August 06, 2002 3:00 AM To: Huntsinger, Reid Cc: r-help at stat.math.ethz.ch Subject: Re: [R] pipe and binary i/o (on Linux) On Mon, 5 Aug 2002 ripley at stats.ox.ac.uk wrote: > pipe predates readBin, and no one has seen a

On Mon, 28 Aug 2000, Rashid Nassar wrote: > Dear Professor Ripley, > > Thank you very much for your kind explanation. If I may lamely say > something in my defence, even as I apologize for my error: I mistook the > sentence "the (quoted) name of a function" to mean "optionally quoted" > because of the parentheses surrounding "quoted", and was

I have made the 3-d case do the same as the vector case, which is what the C code clearly intended (a goto label was in the wrong place). This leaves the bigger question of the right thing to do. I note that data frames give an error when any indices are NA. -thomas On Fri, 3 Sep 2004 ripley@stats.ox.ac.uk wrote: > Apart from the inconsistencies, there are two clear bugs here: > > 1)

This example is caused by R's messing with formula environments. That's explained in ?formula, but should it not be explained in ?model.frame ? Simple test: data <- data.frame(y=rnorm(100), x=1:100) testit <- function(formula) { weights <- runif(100) glm(formula, weights=weights, data=data) } testit(y ~ x) weights is looked for in the environment of the formula, not of

The inconsistency is that you use $<- to set the column, then [[<- to change it. Had you tried to set the column by x[[1]] <- as.character(x[[1]]) you would have seen the problem immediately (it does not work as you would have intended). If you want to be sure to turn off conversion to factor, you need to set the column to class "AsIs". My belief is that will behave