similar to: R-alpha: names(j) <- NULL fails for a `call' object

Here are a handful of oddities in pre0.50-7 (at some risk of reprisals from people waiting for the real 0.50...): I was mucking about trying to figure out how to know which tags has been used in a function call, and some weird stuff happened. ---------- A call with tagged arguments is something like a list, the tags can be used to access elements, but the names attribute is absent, until the

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 have loop index I. I want to increment it by 1. How to do this in registerinfo.td. I m trying following but getting error. let SubRegIndices = [sub_32bit, sub_32bit_hi], CoveredBySubRegs = 1 in { foreach I = 0-255 in { m=add(I,1); def R_#J#_REG64b_#I : R_P<"R_"#J#"_R64b_"#I, !shl(I,2), [!cast<R_P>("R_"#J#"_REG32b_"#I),

TASK: problem with "glm" with binomial errors STATUS: Open FROM: p.dalgaard@kubism.ku.dk in glm(,binomial) it's possible that loss of significant digits make expected values 0 or 1 even though there's no divergence of the fit. (Happened to me with menarche data, infants and grown-ups included) [ Need the example data. Glm needs a

Hi there, When I run the code below I get the error Error in xy.coords(x, NULL, log = log) :(list) object cannot be coerced to type 'double' Any tips how I can resolve this? > > library("waveslim") > > vols=read.csv(file="C:/Users/ocuk/My Documents/Abs Vol.csv", header=TRUE, > sep=",") > x<-c(vols[,1]) > #x > #data(ibm) >

>>>>> "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

I am sorry that this IS an old topic. Yet another task I think the bug is somewhere in hidden in src/main/options.c .. ##-- The following does not work as it should in R (0.50-a1, but I think also earlier) tst <- function(x=pi, dig =3) {.Options$digits <- as.integer(dig); print(x);x} tst() tst(dig = 12) ##-- This should do the same; it works as expected in R & S : tst2

I've just gotten through translating my notes for the course in basic statistics for health researchers. I've placed a copy on ftp://blueberry.kubism.ku.dk/priv/R-intro.tgz This is essentially a translation of the Danish notes that I wrote during the Autumn of 1997 for use with Rsept, i.e. roughly R v.50. They lean heavily on the textbook, Altman: Practical Statistics for Medical

--rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii at the bottom is a bug report - however I have include the bounce headers in case you want to fix the mailer too. This was the result of an online bug submission via http://r-bugs.biostat.ku.dk/cgi-bin/R. pete --rwEMma7ioTxnRzrJ Content-Type: message/rfc822 Content-Description: Forwarded message from Mail Delivery Subsystem

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/

I am encountering difficulty with NextMethod in 0.50-a4. We created a class of groupedData objects which are data.frames with additional attributes. The most important attribute is a formula describing roles of some of the variables in the experimental design. The class of such objects ends in "groupedData", "data.frame". The print method for the groupedData class simply

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.

I am interested in starting a project to port stable versions of OpenSSH to C#, compilable as a stable .Net Library. I was wondering what the list's feelings would be on such a port, if any one else would be interested in such a port, and for any suggestions on raising interest from others to perform such a port. I have nothing against Java and would welcome a similar effort from that arena.

> -- Now to the ``real'' one : -- > > Martyn> 3) I have no idea what's going on here. > > >> c(r=1,s=2) > Martyn> s > Martyn> 2 > >> c(u=100,b=4) > Martyn> b > Martyn> 4 > > Martyn> This seems to happen only for "r" and "u". Other single-letter > Martyn> names

The newest version of R for Unix (version 0.50 alpha-1) 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/

Sorry for previously posting on R-help. Thanks to a few people for pointing out -p 0 on patch, but that was not enough (at least under Solaris). It seems Solaris tries to figure out which of the two files is to be updated, and if it finds them both then it starts asking for names. What I actually had to do was 1/ mv R-0.50-a1 R-0.50-a2 2/ cd R-0.50-a2 3/ patch -p 0 <R-0.50-a1.patch If you

This message is in MIME format --_=XFMail.1.1.p0.Linux:970825095458:252=_ Content-Type: text/plain; charset=us-ascii Here is a patch which fixes some problems with time series functions. Some examples of what goes wrong... > x <- ts(rnorm(100),start=1,deltat=2) > start(x) Error in ts[1] : object is not subsettable > end(x) Error in ts[2] : object is not subsettable > y <-

In CHANGES, it says ------------------------------------------------------------ >> BUG FIXES ........ >> o Comments are handled better in functions. The rule is that they >> are shifted to just before their statements. Comments after the >> last statement of a function are lost. ------------------------------------------------------------ I think we could

[Not important for message below; in this moment link from CRAN to the 'R Bug Tracking system (http://blueberry.kubism.ku.dk/R)' is down (at least, I get a "The requested URL /R was not found on this server." message)] To display properly this message, you mailer must handle properly latin1 encoding. With other encoding, I suppose that the role played by 'y

Problems in R but not in S: --------------------------- 1) 'unlist' seems to have several other problems than the ones reported up to now. For instance, 'unlist' can be used on almost any object in S without much trouble. Eg.: S> unlist(c(2)) [1] 2 S> --- R> unlist(c(2)) Segmentation fault (core dumped) This occurs in R-0.49 and in R-0.50-a1. 2) Problem with the