similar to: minor typo in by.Rd (PR#7211)

This is completely undocumented use of options, but it does cause a segfault with r-patched and r-devel on Linux: options(list('digits', 'scipen')) Strangely enough, options(list('digits')) and options(list(digits = 10, scipen = 2)) work as might be expected. Deepayan

OK. Sorry to have bothered you. It may well have been the namespace issue, a subtlety that I would have been unaware of. Thanks. I've cc'ed this to r-bugs in case there is anything they wish to do about it. -- Bert Gunter > -----Original Message----- > From: Deepayan Sarkar [mailto:deepayan@stat.wisc.edu] > Sent: Wednesday, December 15, 2004 12:05 PM > To: Berton Gunter

Hi, This is essentially a reposting of http://tolstoy.newcastle.edu.au/R/devel/05/11/3305.html which had no responses, and the behaviour reported there persists in r-devel as of yesterday. (1) sort() with non-null partial > x = rnorm(100000) > keep = as.integer(ppoints(10000) * 100000) > system.time(sort(x)) [1] 0.05 0.00 0.04 0.00 0.00 > system.time(sort(x, partial = keep)) [1]

> I'm running debian unstable, and have been happy with the packages > that Dirk provides for unstable so far. update.packages() doesn't seem to > update lattice to 0.13. It's in a special directory (because it's not compatible with R 2.2) that update.packages doesn't know about (I think). > Perhaps email to r-sig-debian? Sounds like the proper way to go, so

Dear list, There is, I believe, a minor typo in the example section of influence.measures.Rd. In the final example the word `does` appears where I suspect `dose` is required: I couldn't remember exactly what format patches should be in, so here is one as diff would produce: Index: devel/src/library/stats/man/influence.measures.Rd

Full_Name: Don Sun Version: 1.4.0 OS: Red Hat Linux 6.2 Submission from: (NULL) (204.178.20.14) require(lattice) trellis.device("postscript", file = "demo.ps", bg = "white") print( xyplot(seq(20) ~ seq(20)|rep(c("A","B"),10)) ) dev.off() gives incomplete plot in the postscript file demo.ps, it worked fine in 1.3.1. platform i686-pc-linux-gnu

Hi, I recently made changes to lattice code which needed changes in many man pages as well. Before I made the appropriate changes, R CMD check was flagging most of the problems correctly, except for the man page for tmd. I have created a toy package that shows this, available at http://www.stat.wisc.edu/~deepayan/R/tmdprob_0.12-2.tar.gz This passes R CMD check on R 2.1.0 and r-devel from August

> version _ platform i686-pc-linux-gnu arch i686 os linux-gnu system i686, linux-gnu status Under development (unstable) major 2 minor 1.0 year 2004 month 10 day 25 language R > > foo <- expression(alpha, beta, gamma) > foo[2] expression(beta) > foo[2] <- NA > foo ## or str(foo) Segmentation fault (Same behaviour in R 1.9.1)

Full_Name: Robin Hankin Version: 2.4.0 RC OS: MacOSX 10.4.7 Submission from: (NULL) (139.166.242.29) The first cut line described in Trig.Rd for asin() is incorrect in the ascii version of the manpage. The Rd file reads: For \code{asin()} and \code{acos()}, there are two cuts, both along the real axis: \eqn{\left(-\infty, -1\right]}{\(-Inf, 1\]} and Note the inconsistency between the

'Freedman' is misspelled (as 'Friedman') in src/library/graphics/man/hist.Rd. As a result, the help page currently implies that breaks = "Fried" is a valid argument to hist, but results in an error: > hist(rnorm(100), breaks = "Fried") Error in match.arg(tolower(breaks), c("sturges", "fd", "freedman-diaconis", :

Hi, Many of the complaints about lattice stem from the default settings (a.k.a. theme) on screen devices, which has a grey background. It's easy enough to change this, even pseudo-permanently through a startup script, so this is not a serious problem. However, there's one situation where this has an unfortunate effect: on Windows, someone might 1. create a plot (on screen) 2. right click

I just downloaded the file ftp://ftp.stat.math.ethz.ch/Software/R/R-devel.tar.gz and within proc.time.Rd, the second paragraph of the \value section contains a typo: The resolution of the times will be system-specific; it is common for them to be recorded to of the order of 1/100 second, and elapsed [...] ^^^^^ I'd say replacing "to

On Wed, 24 Aug 2005 Weigand.Stephen at mayo.edu wrote: > I just downloaded the file > > ftp://ftp.stat.math.ethz.ch/Software/R/R-devel.tar.gz > > and within proc.time.Rd, the second paragraph of the \value > section contains a typo: I believe your understanding of the English language is different from the author here, who is English. (You on the other hand seem to think

Hello, I am interested in using nlme to model repeated measurements, but I don't seem to get good CIs. With the code below I tried to generate data sets according to the model given by equations (1.4) and (1.5) on pages 7 and 8 of Pinheiro and Bates 2000 (having chosen values for beta, sigma.b and sigma similar to those estimated in the text). For each data set I used lme() to fit a model,

Announcement: (For those every-once-in-a-while occasions when you run R from a terminal instead of Emacs, and then wish something would happen when you hit TAB...) Last week, I started looking at the GNU Readline documentation to see if I could figure out how to use it for command completion within R. It turned out to be easier than I had expected, and I now have a beta version of the

I am indebted to Deepayan Sarkar for lattice graphics, Fritz Leisch for Sweave and the authors of the beamer package for LaTeX. For me these are a "killer app" combination. I wouldn't want to go back to creating presentations in any other way. When I create a presentation I use a Makefile that allows me to the presentation version of the slides, a 4-up version for printing on

Full_Name: Volker Franz Version: 1.5.1 OS: Debian-Linux Submission from: (NULL) (134.176.77.64) Hi, working with the panel.superpose function, I found out that this function does not pass the subscripts and groups arguments to panel.groups functions. In my view, this seems an unnecessary restriction, because the subscripts-mechanism which allows to access the original data should also work if

Duncan Murdoch wrote: > Huntsinger, Reid wrote: > >>Sorry, I was looking at 2.0.1 when I meant to be looking at 2.1.0. The line >>numbers for the latter are 161-179 and line 164 is the one with what I think >>is a typo. >> >>Reid Huntsinger >> >>-----Original Message----- >>From: r-devel-bounces@stat.math.ethz.ch

Thanks for all the help on my previous questions. One more (hopefully last one) : I've been very surprised when I tried to fit a model (using aov()) for a sample of size 200 and 10 variables and their interactions. It turns out that even 2GB of RAM is not anough for aov() with this sample size, which does not seem so big for me. Am I doing something wrong or this is considered a normal

>From e980153 Tue Mar 21 18:50:55 2000 To: bates@stat.wisc.edu Subject: Use of Rd2txt on .Rd files from rw-1.0.0 Files generated using prompt.data.frame() under rw-1.0.0 get scrambled (mildly) when I process them under Rd2txt on Solaris, (using R-devel 1.1.0). Files generated under R-devel 1.1 on Solaris are processed ok. The .Rd files from the two sources look identical. The problem is