similar to: R-alpha: New version of R for testing

A set of patches for R-0.50-a1 is now available as ftp://stat.auckland.ac.nz/pub/R/R-0.50-a1.patch1.gz The patches mainly fix problems reported since R-0.50-a1 but some older problems are also fixed. Here is the list of changes. Ross o Many subsetting and mutation problems with the new "expression" type have now been fixed. o When ask=T is set in par() the user is instructed

Martin Your revisions to my S--R compatability code suggest that tempfile() is in R after 0.49. I don't find that to be the case. It requires code from Friedrich Leisch which still has to be added as of 0.50 alpha3. Paul _______ R : Copyright 1997, Robert Gentleman and Ross Ihaka Version 0.50 Alpha-3 (August 8, 1997) > exists("tempfile", mode = 'function') [1] FALSE >

The newest version of R for Unix (version R-0.50-a4) is now (or will soon be) available from the following sites. NORTH AMERICA: http://lib.stat.cmu.edu/R/Alpha EUROPE: ftp://ftp.stat.math.ethz.ch/R/ ftp://statlab.uni-heidelberg.de/pub/mirrors/auckland/R/ JAPAN: ftp://ftp.u-aizu.ac.jp/pub/lang/R/ NEW ZEALAND: ftp://stat.auckland.ac.nz/pub/R/

Why does parse not work below and why does assigning it crash R? Paul ________ $ R R : Copyright 1997, Robert Gentleman and Ross Ihaka Version 0.50 Alpha-3 (August 8, 1997) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type "license()" for details. > system("date \'+%Y %m %d %H %M %S\'",

Jeez I dunno - it compiles perfectly and you guys get excited just because it doesn't work :-) I have to admit to being baffled about what happened (I'm SURE this was working not long ago), but here is a quick fix. The problem is in the function "GetCharInfo" in the file src/unix/PostScript.c. The fix is to change the statement if(nchar < 0) return 0; to if(nchar <

Ok, I did the following experiment dyn.load("/usr/local/lib/libf2c.so.2.0") dyn.load("try.so") .Fortran("try", 10.5) where try.so contains the following compiled subroutine subroutine try(x) double precision x write(*,*) x return end It worked just fine (at least here on my FreeBSD machine at home). So it seems that it will be

Here is a proposal: At present when you specify a color with an integer it is taken as an index into a fixed table of 8 colors. 1=red, 2=green, 3=blue, 4=cyan, 5=magenta, 6=yellow, 7=white, 8=black [At least this is the intention, there may be bugs in the implementation]. Since I am looking at this anyway (to see if I can see the bug that Martin and Kurt have mentioned) I thought I might

A second patch for R-0.50-a1 is available from ftp://stat.auckland.ac.nz/pub/R The patch produces the following changes o cpoly problem with pow_di fixed. o legend had a call to "text" with an incorrect argument tag. Changed "text" to "labels". o The variable "dup" was uninitialised in the function "naoktrim" in

A few problems in R-0.50-a3 (which were also in R-0.49): 1) y <- c(10,11,12,13,14,NA,NA) n <- length(y) missed <- (1:n)[is.na(y)] notmissed <- (1:n)[!is.na(y)] blocks <- cut(missed,breaks=c(0,notmissed,n+1)) a <- function(v) { q <- range(v) c(q[1]-1,q[2]+1) } brackets <- tapply(missed,blocks,a) This codes gives the following in S: > brackets $"0+ thru 1":

Read this morning >>> R : Copyright 1998, Robert Gentleman and Ross Ihaka >>> Version 0.61.2 Alpha (March 15, 1998) ----- So, there still is no "R beta" around.... - If I didn't know R, would I use a statistics software, if it was still in alpha testing state? - Is this really what we want to tell people about R? More to the point: I think, we could

The function tapply is not working in the Windows version of R=20 (Version 0.50 Beta (Sept 29, 1997)) In tapply <- function (x, INDEX, FUN=3DNULL, simplify=3DTRUE, ...)=20 ... The part: if (simplify && all(unlist(lapply(ans, length)) =3D=3D 1)) { ans <- unlist(ans, recursive =3D FALSE) names(ans)<-namelist[[1]] return(ans) } should be replaced by if (simplify

Just a short reminder / question -- We've had one posting >> Date: Sun, 17 Aug 1997 19:51:20 -0700 >> From: Kung-Sik Chan <kchan@stat.uiowa.edu> >> To: r-help@stat.math.ethz.ch >> Subject: R-beta: bug report with a predict.default that would "work" with (some) lm objects, and I think it was said that predict.lm "is being" written (Peter

>> ------------------------ >> R & R, any comments? >> ------------------------ At present the parser makes the decision on what characters can go into symbol names based on isalpha(c). If someone will send me a function - say isidchar(c) which returns 1 for characters which can be in identifiers and 0 otherwise, I will replace the current test with that. Ross

1) I have been working on making R libraries more like those in S. I thought it might be advisable to discuss the ideas before springing them on you. What I have done is changed things so that each library has its own frame on the search path. E.g. > search() [1] ".GlobalEnv" "library:base" > library("eda") > search() [1] ".GlobalEnv"

The have been a few prods to create an S-like matrix class for R. A major reason for having a matrix class seems to be that people get bitten by the default behavior of the drop= parameter to "[". That being the case does it make sense to change the semantics of "[" rather than introducing a new class? I'm just wondering because I'm in a "smaller is better"

(1) ?cbind claims The generic functions `cbind' and `rbind' take a sequence of vector and/or matrix arguments and combine them as the columns or rows, respectively, of a matrix. Note: The method dispatching is not done via `UseMethod(..)', but by C-internal dispatching. Therefore, there's no need for, e.g., `rbind.default'. but my cbind.ts

This is from Snews of yesterday Snews> but the : operator creates integers as in Snews> Snews> > is.integer(1:10) Snews> [1] T Snews> Snews> and even in Snews> Snews> > is.integer(1:1) Snews> [1] T which reminds me of bug report I had sent a while ago, I think in pre-alpha times: MM> In R, 1:n is double (aka 'real') and not integer.

I have been looking at the "eigen" function and have reintroduced the ability to compute (right) eigenvalues and vectors for non-symmetric matrices. I've also made "eigen" complex capable. The code is based on the eispack entry points RS, RG, CH, CG (which is what S appears to use too). The problem with both the S and R implementations is that they consume huge amounts

I read this paper <https://www.stat.auckland.ac.nz/~ihaka/downloads/Compstat-2008.pdf> and haven't been able to find out what happened - I have seen some sporadic mention in message groups but nothing definitive. Does anyone know? [[alternative HTML version deleted]]

The newest version of R for Unix (version 0.49) is now available (or soon will be) from the following sites. NORTH AMERICA: http://lib.stat.cmu.edu/R/Alpha EUROPE: ftp://ftp.stat.math.ethz.ch/R/ ftp://statlab.uni-heidelberg.de/pub/mirrors/auckland/R/ JAPAN: ftp://ftp.u-aizu.ac.jp/pub/lang/R/ NEW ZEALAND: ftp://stat.auckland.ac.nz/pub/R/ Please