similar to: R-alpha: S-R -- quite a dangerous incompatibility...

In S-plus (5.1), > cbind(data.frame(x=1,y=2), data.frame(x=4,u=3)) x y x1 u 1 1 2 4 3 whereas in R, the 3rd name is "x", the same as the 1st one. I think R should behave the same as S+5.1.. Martin Maechler <maechler@stat.math.ethz.ch> http://stat.ethz.ch/~maechler/ Seminar fuer Statistik, ETH-Zentrum LEO D10 Leonhardstr. 27 ETH (Federal Inst. Technology) 8092 Zurich

In S, NULL and list() are not the same. In R they are (I think). --------------------------------------------------- At least, is.list(NULL) #-> 'F' in S; 'TRUE' in R Yes: I had an instance where this broke correct S code: match(c("xlab","ylab"), names(list(...))) when '...' is empty, gives an error in R, but gives c(NA,NA) in S.

Can you confirm this problem : ###--------- RESHAPING x11() window has more problems: ---- x11() plot(1:8)# as expected: <<<<<<<< NO Problem, if you OMIT this plot !! ##-- now RESHAPE the x11() - window ! par(pty = 's') # should make SQUARE plotting region plot(1:8) #-- oops, not yet... plot(1:8) # now !

>>>>> "FrL" == Friedrich Leisch <Friedrich.Leisch@ci.tuwien.ac.at> writes: FrL> Hmm, I'm quite perplexed by something very trivial/stupid/whatever FrL> ... don't know, if this one has been reported before: R> x<-1 x[1:2] FrL> Error: subscript out of bounds Splus> x<-1 x[1:2] FrL> [1] 1 NA FrL> Or is

There is a problem with 'default argument evaluation' when I use an existing function name as argument name : sintest <- function(x, y = 2, sin= sin(pi/4)) { ## Purpose: Test of "default argument evaluation" ## -------- Fails for R-0.49. Martin Maechler, Date: 9 May 97. c(x=x, y=y, sin=sin) } ## R-0.49: R> sintest(1) ##> Error in sintest(1) : recursive

This is a bug both in R and S-plus (in R it's "worse"), I think. Look at this : ma <- cbind(1,1:8); logi <- rep(c(T,F),4) ma[logi,] ##> [,1] [,2] ##> [1,] 1 1 ##> [2,] 1 3 ##> [3,] 1 5 ##> [4,] 1 7 ##-- now the same with [ , drop = FALSE] ## R (-0.50-a3) : ma[logi, drop = F] ##>> Error: invalid subscript type ##

This message is in MIME format --_=XFMail.1.1.p0.Linux:971128122615:3052=_ Content-Type: text/plain; charset=us-ascii I have rounded up three buglets in R-0.50-a4. Two of them I can fix and a patch is supplied below. I hope this is useful for the current source (if these haven't been fixed already :) 1) cov cov() fails when it's argument is a matrix with one column and with column names

[I think Doug Bates has already alluded to this, somewhere..] In R, data.frame( ... ) does not construct row.names whereas in S, it does: R: > data.frame(x=1:2,y=3:4) x y [1,] 1 3 [2,] 2 4 > row.names(data.frame(x=1:2,y=3:4)) NULL S-plus: > data.frame(x=1:2,y=3:4) x y 1 1 3 2 2 4 > row.names(data.frame(x=1:2,y=3:4)) [1] "1" "2"

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

There seems to be a small problem with the S-compatible small numbers color specification, colors 0 and 2 are the same. Have a look at e.g. barplot(rbind(1:3, 1), col = c(0,2)) -k =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or

Another request for comments (the last one on file extensions had not too many 'voters' ...) Both questions have to do with improving the 'man' file format, conventions, .. AND building the 'help', 'latex' and 'html' files from the man sources. Before you read on.. Kurt Hornik has suggested that in any case, the compiled 'help', 'html'

Hi, in last nights alpha version, `var' is broken: R> var(rnorm(100)) Error in var(rnorm(100)) : 3 arguments passed to "cov" which requires 4. which I suspect is due to recent changes to `cov'. The same is true for R> cov(rnorm(100), rnorm(100)) Error in cov(rnorm(100), rnorm(100)) : 3 arguments passed to "cov" which requires 4. Best, Torsten R> version

Dear S-PLUS/R users: Do you know any default function or a user contributed function that can draw an ellipse with given axes and origin? Thanks for any help. Paul. -- Romance, like alcohol, should be enjoyed, but should not be allowed to become necessary. -- Edgar Friedenberg -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list --

Is there public domain code for cov.mve? Thanks, -k =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch

Hello! thank you for your efforts creating R! While preparing the next lessons I found that I had to multiply with 1/length(x) by hand if I want to get the inverse Fouriertransform. The help states it will do it by itself. Version R-0.60.1, Linux Seems to be pretty easy to correct either the fft or :-) the help(fft)! Cu Detlef Detlef Steuer Universitaet Dortmund ///////

I have a class "tframe" with more specific classes indicating how time is being represented, such as > class(tframe(data)) [1] "ts" "tframe" but now "[.ts" produces warning messages > tframe(data)[2] Warning: Not returning a time series object [1] 2006.25 Even my simplest tests produce hundreds of lines of warnings, so I've commented out

[This is a "spill-over" from the "R-core" mailing list, since several of you may be interested and have comments ... -MM] >>>>> "Thomas" == Thomas Lumley <thomas@biostat.washington.edu> writes: Thomas> On 29 Oct 1997, Peter Dalgaard BSA wrote: >> Perhaps we should revise the current contents of the base library >>

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

At present the documentation for nlm refers the reader to Dennis and Schnabel for details on the algorithms. It also states that the function is liable to change. Can anyone tell me if the current version of nlm uses only function values or if it can use gradients and Hessians when they are available? I would like to get an idea of how difficult it would be to port the development versions of