similar to: Re: Precedence of %% (PR#879)

The R core team proudly presents: \||||||||/ -R 0.61.1- /||||||||\ I've just rolled together a new patch release. It's available from the Auckland repository now, but please do not get it from there unless you are in a terrible hurry. It should find its way to the main CRAN site in Vienna this evening and then to the rest of the CRAN sites. There's also a

The R core team proudly presents: \||||||||/ -R 0.61.1- /||||||||\ I've just rolled together a new patch release. It's available from the Auckland repository now, but please do not get it from there unless you are in a terrible hurry. It should find its way to the main CRAN site in Vienna this evening and then to the rest of the CRAN sites. There's also a

Matthew Wiener <mcw@ln.nimh.nih.gov> writes: > > parameters (xxdefun in gram.y calls lang4). The arg count got changed > > from 0.64.2 to 0.65.0 (from 3 to 4) to accommodate the stored source > > attribute. I suppose that a function stored in a saved workspace might > > cause some kind of mess when restored. > > > > If I understand this correctly, it

murdoch at stats.uwo.ca wrote: > On 02/02/2010 6:20 AM, Dimitri Shvorob wrote: >> Ruben Roa has kindly suggested using 'scipen' option - cf. >> >>> fixed notation will be preferred unless it is more than =C3=A2=E2=82=AC= =CB=9Cscipen=C3=A2=E2=82=AC=E2=84=A2 digits >>> wider. >> However,=20 >> >> options(scipen =3D 50) >> x =3D

The documentation (help("Syntax")) gives the operator precedence of the assignment operators and help, from highest to lowest, as: ?<- <<-? assignment (right to left) ?=? assignment (right to left) ??? help (unary and binary) If I understand correctly this implies that `a = b ? c` and `a <- b ? c` should parse

In case you haven't already noticed, daily beta versions of R 1.6.2 are being made available via http://cran.us.r-project.org/src/base/ (also on the rest of CRAN, but the mirroring delays may make that less useful) The plan is to have the final release on January 10, so we are now entering the deep-freeze stage where only critical bugs will get fixed. As usual, it would be a good thing to

There's a directory on CRAN containing the current snapshots of the set of recommended packages. They will not be finaly feature-frozen until Monday, but you might want to check them out anyway. If you have wget, the easiest way to get the complete set is probably wget -r http://cran.r-project.org/src/contrib/1.5.0/Recommended followed by .../R CMD INSTALL

For the benefit of package maintainers (and others) we thought it would be a good idea to publish the release schedule well ahead this time. The plan follows below. Not everyone in R-core has had a chance to complain, but I'm off to the ISI tomorrow, so I thought it had better be done now. Platform testing has been a major problem with the previous releases. For some reason, people with

The countdown to R version 1.8.0 has begun. As a novelty, we now make preliminary source tarballs available somewhat earlier in the process. They will be found in http://cran.us.r-project.org/src/base with names of the form R-1.8.0alpha_2003-09-10.tar.gz The first one was created a moment ago; subsequent ones will be created by a cron job that runs at 05:00 local (Wisconsin) time. There are

The countdown to R version 1.8.0 has begun. As a novelty, we now make preliminary source tarballs available somewhat earlier in the process. They will be found in http://cran.us.r-project.org/src/base with names of the form R-1.8.0alpha_2003-09-10.tar.gz The first one was created a moment ago; subsequent ones will be created by a cron job that runs at 05:00 local (Wisconsin) time. There are

bugreports at nn7.de wrote: > OK, I am just sending it here too as it looks like r-devel at r-project.or= g > is not the right place: > =20 I think it was seen there too, just that noone got around to reply. In=20 R-bugs, there's a filing system so that it won't be completely forgotten.= =2E. However, your mail seems to have gotten encoded in quoted-printable, you = might want

I've rolled up R-1.2.3.tgz a moment ago. This is mainly adds fixes to the Macintosh port, but it also has a number of bugfixes for all versions. You can get it from the developer site ftp://cvs.r-project.org/pub/CRAN/src/base/R-1.2.3.tgz or http://cvs.r-project.org/pub/CRAN/src/base/R-1.2.3.tgz or wait for it to be mirrored at a CRAN site near you within a day or two. Binaries for

I've rolled up R-1.2.3.tgz a moment ago. This is mainly adds fixes to the Macintosh port, but it also has a number of bugfixes for all versions. You can get it from the developer site ftp://cvs.r-project.org/pub/CRAN/src/base/R-1.2.3.tgz or http://cvs.r-project.org/pub/CRAN/src/base/R-1.2.3.tgz or wait for it to be mirrored at a CRAN site near you within a day or two. Binaries for

If I'm not mistaken, "bundle" is really only useful as a concept for distribution and installation. You distribute and install a bundle, but load the individual packages when you want to use them. Once you install the bundle, you won't see the name of the bundle in the list of installed packages, but you see the constituent packages, and those are what you load when you want to

I agree with the the comments below on "Numerical recipes". We developed some commercial software using the code and tried to get a licence. They never responded to our corresponce :-) We also mailed them fixes to some bugs !!! but never heard anything. So we threw their code away and wrote our own... it was a waste of time using the book. Kim On Thursday, 25 November 1999 6:41,

For small datasets it would be useful to be able to copy a block of data from a spreadsheet then toggle over to R and just paste it in. If it's possible, having read.table access the clipboard (e.g. x <- read.table(file="clipboard", ...) would do the trick. Of course, exporting to a file and the reading into R is pretty easy but usring the clipboard would save a couple extra

bhoel@server.python.net (Berthold Höllmann) writes: > Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> writes: > > > I've rolled up R-1.0.0.tgz a short while ago. > > > I've build R-1.0.0 on my > > >uname -a > Linux pchoel 2.2.14 #3 Mit Jan 5 08:57:39 MET 2000 i686 unknown > > box. Calling "make check" fails with .... > >

bhoel@server.python.net (Berthold Höllmann) writes: > Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> writes: > > > I've rolled up R-1.0.0.tgz a short while ago. > > > I've build R-1.0.0 on my > > >uname -a > Linux pchoel 2.2.14 #3 Mit Jan 5 08:57:39 MET 2000 i686 unknown > > box. Calling "make check" fails with .... > >

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

Faheem Mitha <faheem@email.unc.edu> writes: > Dear Dr. Dalgaard, > > I am sending this message only to you since it is probably not of general > interest. Forward it to anyone you like. > > Congratulations to the R development team on the release of version 1.0.0 > of R. If you will excuse me asking, I was wondering if there are any plans > to release a rpm of