similar to: bug and fix : using panel.first with plot() in do.call() (PR#458)

The following works as expected plot(1:5, panel.first=grid(2,2)) and if my.panel<-function() grid(2,2) then plot(1:5, panel.first=my.panel() ) is also OK but, do.call("plot", list(x=1:5, panel.first=grid(2,2)) do.call("plot", list(x=1:5, panel.first=my.panel)) do.plot("plot", list(x=1:5, panel.first=my.panel() ))

here is a distillation of a problem encountered in transfering some working code from R-0.63 to R-1.1.0 a1 <- 1:10 b1 <- tapply(a1,a1, sum) c1 <- ts(b1) c1 Error in if (NCOL(x) == 1) { : missing value where logical needed note that the error is returned as the value of calling ts() and is not automatically displayed problem seems to be that is.array(b1) returns TRUE yet dim(b1)

the following occurred inadvertently and brought R-1.1.0 down rep(1:3, c(4,2,-6)) Segmentation Fault (core dumped) platform i686-pc-linux-gnu arch i686 os linux-gnu system i686, linux-gnu status major 1 minor 1.0 year 2000 month June day 15 language R

Maybe, the following is not a bug in the strict sense,.... The following code shows what the effect : p1 <- function(...) plot.default(...) p2 <- function(...) { n <- names(list(...)); plot.default(...) } par(mfrow=c(2,2)) p1(1:10, panel.first = grid(10,10)) # works okay (grid drawn) p2(1:10, panel.first = grid(10,10)) # doesn't draw the grid A consequence of this is

On Wed, 30 Jul 2008, Martin Maechler wrote: >>>>>> "RobMcG" == McGehee, Robert <Robert.McGehee at geodecapital.com> >>>>>> on Tue, 29 Jul 2008 15:40:37 -0400 writes: > > RobMcG> FYI, > RobMcG> I've tried posting the below message twice to the bug tracking system, > > [....... r-bugs problems discussed in a

We have a fairly large Samba/Win95 installation. We are currently putting some NT 4.0 Workstation Machines. However we seem to be having a few small problems. First of all printing on some machines comes up with an error about the wrong syntax when you try to print even though the printer setup goes 'smoothly'. Second, sometimes connecting persistent shares fails with a

Hi, I am out of town and will get back to you on the 13th of July. Leo >>> "r-help at stat.math.ethz.ch" 06/27/03 00:32 >>> Send R-help mailing list submissions to r-help at stat.math.ethz.ch To subscribe or unsubscribe via the World Wide Web, visit https://www.stat.math.ethz.ch/mailman/listinfo/r-help or, via email, send a message with subject or body

Hi I have installed Festival on the same box as asterisk and followed the instructions to integrate it with asterisk. Festival seems to work fine on its own performing text to speech from the command line or via a file. Asterisk answers the call but there is no speech. I can see no errors in the Festival log file The asterisk console shows --Executing Answer("SIP/81801-c091",

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

Colin Farrow <C.Farrow@geology.gla.ac.uk> writes: > Peter, > > Cautiously sticking my neck above the water line here. I have been > wondering about the Mac version for a while now. I may be able to get > an MSc IT student to work on this as a project for about 3 months > June-Sept. Before putting up the proposal some idea of the scale of the > task would be useful. Do

The problem is known and is in grid/lattice. That starts up a blank page before the first plot. It is not related to 1.3.1/1.4.0, but to grid updates. Paul Murrell has been informed! On Fri, 4 Jan 2002 andy_liaw@merck.com wrote: > Dear all, > > I'm running into a rather strange problem that hasn't happened before > R-1.4.0. If I make a plot on a window() device, and use

Perhaps the following example will help demonstrate that matrix lists do exist and do work up to a point, despite strident assertions on R-help to the contrary: > m <- list(a1=1:3, a2=4:6, a3=pi, a4=c("a","b","c")) > dim(m) <- c(2,2) > m [,1] [,2] [1,] "Numeric,3" "Numeric,1" [2,] "Numeric,3"

Hi I wonder if anyone can throw some light on the * console message. This only occurs when I register a phone on the end of a BT ADSL line, with a Draytec router/modem. The phone registers okay but cannot dial out. Console message: Notice[1125329600]: File chan_sip.c, Line 1759 (copy_via_headers): No field 'Via' present to copy Thanks Steven *****************************************

I have come across three problems in the past few days, in spell of heavy R ( version R0.50-a4/Sun Solaris2.5.1 ) use. 1. I was using lwd=2 to get thicker lines on plots for printing, but although the 'lwd' parameter works fine with x11(), the thickened lines do not print with print.plot, or by using postscript() directly. 2. Try the following, plot(1:10, -(1:10))

Setup: Sparcstation 4 with Solaris 2.5.1 and Sun compilers After downloading R-0.16.1 and runnning configure, make fails as follows cd main; make cc -o R.binary arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o colors.o context.o cov.o cum.o dataframe.o debug.o deparse.o dotcode.o dstruct.o duplicate.o edit.o envir.o errors.o eval.o format.o gram.o

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

Use of the graphical parameter 'sub' in a high level graphics function is inconsistent, and incompatible with the blue book > plot(1:10, main="test", sub="demo") Warning: parameter "sub" couldn't be set in high-level plot() function Warning: parameter "sub" couldn't be set in high-level plot() function Warning: parameter "sub"

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

[Copied to R-bugs so it goes into the database.] On Mon, 13 Sep 1999, Ralf Herbrich wrote: > > Hello, > > I installed the new release 0.65.0 of R on our local Solaris system. As I > already (and sucessfully) installed the 0.64.0 and 0.64.1 version of R, I > hadn't had any trouble during the installation. But as I've started R in > order to see the demo I've got

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