similar to: substitute creates an object whichprints incorrectly (PR#9427)

The function "substitute" seems to fail to make a genuine substitution, although the printed verision seems fine. Here is an example. > m <- substitute(Y <- function(x) FUN(x+1), + list(Y = as.name("y"), FUN = as.name("sin"))) > m y <- function(x) sin(x + 1) > eval(m) > y function(x) FUN(x+1) However the story doesn't end there. The

This is not so much a bug as an infelicity in the code that can easily be fixed. The initialize expression in the quasi family function is, (uniformly for all links and all variance functions): initialize <- expression({ n <- rep.int(1, nobs) mustart <- y + 0.1 * (y == 0) }) This is inappropriate (and often fails) for variance function "mu(1-mu)".

Problem below with PCRE grep in R-devel; works fine in R-patched. (Unless there's been an absolutely massive change in rules for updated PCRE version 8.13; jeez I hope not) > grep( '[.][.]', '', perl=TRUE) Error in grep("[.][.]", "", perl = TRUE) : invalid regular expression '[.][.]' In addition: Warning message: In grep("[.][.]",

I'm encountering problems when making lazy-loadable databases of the output from 'parse_Rd'. The lazy-load database is of seemingly limitless size when I try to reload it... Admittedly I am using functions that I'm not really supposed to use, which is why this isn't a bug report, but there does seem to be something strange going on; my code is very similar to code that lives

I'm encountering excruciatingly slow load times for character vectors in R 2.6.0-- up to 30sec for a 15K file that contains a no-attributes character vector of length ~1e4 and object size ~0.5MB. In R 2.5.1, repeated loads of the same set of files are near-instantaneous. The problem is proving tricky to reproduce consistently from scratch, so I have attached the 3 files used in the examples

While termplot is under discussion, here's another proposal. I'd like to change the default for partial.resid to TRUE, and for smooth to panel.smooth. I'd be surprised if those changes were to break existing code. John Maindonald email: john.maindonald at anu.edu.au phone : +61 2 (6125)3473 fax : +61 2(6125)5549 Centre for Mathematics & Its Applications, Room

I found writing the following default method the for the generic function "julian" causes R to crash. julian.default <- function(x, ...) { x <- as.Date(x) NextMethod("julian", x, ...) } Here is a test example > m <- as.Date("1972-09-27") + 0:10 > m [1] "1972-09-27" "1972-09-28" "1972-09-29"

I recently moved a function 'subset.with.warning' into the 'mvbutils' package (a version not yet on CRAN). When I tried RCMD CHECK, I got this warning: * checking S3 generic/method consistency ... WARNING subset: function(x, ...) subset.with.warning: function(x, cond, mess.head, mess.cond, row.info, sub) See section 'Generic functions and methods' of the

Full_Name: Mark Bravington Version: 2.6.2 patched OS: Windows XP Pro Submission from: (NULL) (140.79.22.104) > grep( '[:upper:]', letters, val=T) # shurely shouldn't match anything ?? [1] "e" "p" "r" "u" The converse ( '[:lower:]' and LETTERS) seems to work OK. --please do not edit the information below-- Version: platform =

I have just become painfully aware that objects of class "difftime", generated by the difference of two POSIXct objects, carry a "units" attribute, which flashes by when the object is printed, for example. The pain was occasioned when I tried to turn these objects into numberic objects for use elsewhere as a covariate. as.numeric(difftime object) simply turns off the units

Does anyone have, or has anyone ever considered making, a version of 'termplot' that allows the user to specify that all plots should have the same y-limits? This seems a natural thing to ask for, as the plots share a y-scale. If you don't have the same y-axes you can easily misread the comparative contributions of the different components. Notes: the current version of termplot

Does anyone have, or has anyone ever considered making, a version of 'termplot' that allows the user to specify that all plots should have the same y-limits? This seems a natural thing to ask for, as the plots share a y-scale. If you don't have the same y-axes you can easily misread the comparative contributions of the different components. Notes: the current version of termplot

If you would like a 10 second R puzzle, you might like to think about this one: > g <- expand.grid(long = 130:140, lat = -(10:25)) > gp <- transform(g, x = long, y = lat) Error in transform(g, x = long, y = lat) : object "long" not found I don't expect this hasn't come up before, but I can't find mention of it. I suggest that to minimise this little

At 14:35 02/10/00 +0800, mohd zamri wrote: >new to R and starting to learn to program R. The underscore ("_") did some >suprising result. e.g > >> c <- c(1,2,3,4,5) >> mean(c) >[1] 3 >> c_mean <- mean(c) >> c >[1] 3 > >having some experience in C, I thought the underscore is "always" valid in >variable name. totally confuse

Peter, There is a clear and simple bug in glm() that I have noticed in 0.64.2 (Windows and Unix) but may have been present in earlier versions. The function starts as follows: > glm function (formula, family = gaussian, data = list(), weights = NULL, subset = NULL, na.action = na.fail, start = NULL, offset = NULL, control = glm.control(...), model = TRUE, method =

Hello everyone, I encountered the following confusing behavior of 'deparse' and 'substitute' while programming with S4 classes (see example below). It seems like the presence of '...' argument in the definition of the generic generates the problem. I have no clue why, can anyone explain that to me? Are there any "workarounds"? Thanks a lot for your time!

> -----Original Message----- > From: Cobalt [mailto:grosso at mail.ru] > Sent: Friday, 29 December 2000 7:23 > To: r-help at r-project.org > Subject: [R] anova > > > > ..Hello, Well Hello, whoever you are. (In this list anonymous messages are considered rather impolite. Next time please submit your message under your real name as a gesture of good faith. For this

My apologies for he very short time before things close, but it's not my fault. If necessary get your hat in the ring by Friday and see to the niceties later, may I suggest. This is a vacancy in my group in Cleveland. The work is interesting and the challenges large. Bill Venables. ---------------------------------------------------------------------------- Division of Marine Research

I see Peter has just announced the release of 1.0.0, on time, even here in Australia, in accordance with a timetable privately announced about 6 months ago. At that time it seemed optimistic to put it mildly. I am not a member of the core team, but as an ordinary user of R with a more privileged inside view than most I'd like to offer my personal congratulations and thanks. This is the

Under R2.10.0 beta (2009-10-14 r50082) my .First does not run reliably. I reported this last week, but not reproducibly, and it seemed to go away, so I thought it might be installation-related. But it has now recurred reproducibly, at least on my machine. The website ftp://ftp.csiro.au/MarkBravington contains two .RData files each containing (only) a .First. One of them does what it should, and