similar to: R-beta: R-0.62.1

I've just put up R-0.61.3.tgz and R-0.61.2-0.61.3.diff.gz for anonymous FTP on ftp.stat.auckland.ac.nz. As usual: Don't get it from there unless you are in a desperate hurry. It will migrate to the CRAN sites within a day or two. (See the FAQ for the list of CRAN sites. And see the footer for the FAQ location....) This release mainly fixes a couple of embarassing bugs in 0.61.2. It is

I've just put up R-0.61.3.tgz and R-0.61.2-0.61.3.diff.gz for anonymous FTP on ftp.stat.auckland.ac.nz. As usual: Don't get it from there unless you are in a desperate hurry. It will migrate to the CRAN sites within a day or two. (See the FAQ for the list of CRAN sites. And see the footer for the FAQ location....) This release mainly fixes a couple of embarassing bugs in 0.61.2. It is

I've wrapped up the first beta release of 1.7.1. It is available on http://cran.us.r-project.org/src/base/ Things are set up so that a new version should be generated every morning at 7am local time (Wisconsin), until the day of the final release. (And consequentially, although it will propagate to the rest of CRAN, it will most likely be out of date by then, so do get it from the above

Robert Gentleman <rgentlem at stat.auckland.ac.nz> writes: > Help Files > ========== > Has anyone had any experience with latex2rtf and then on to windows help? > We can hope that people have netscape and then simply use the html version > but it would be nice if there were some easy way to produce real windows > help. Please keep the nroff versions and the old help()

I've set up for daily distribution builds of the current development version. These are available at http://cran.us.r-project.org/src/base/ The current one is R-1.7.0beta_2003-03-26.tar.gz (and it's pretty useless to wait for them to be mirrored elsewhere...) Notice that these are made using "make dist" (like the final release will be) and thus they may have

Dear Peter, Thank you very much for your kind and helpful reply. As I mentioned in a followup email to r-bugs, indeed, one aspect of this issue is a (user specified) shorter stack than that expected by R -- I had only allowed 1 MB of stack space a long long time ago, and forgotten about it. Due to a glitch with r-bugs@r-project.org, I ended up submitting this bug twice, and your original

I'm happy to announce that there is now a real bug tracking system for R. Hopefully, this will make it easier for us to keep track of unresolved bugs, which has been difficult because of the massive amount of email that we receive. The system, which is of the JitterBug variety is available through the web at http://r-bugs.biostat.ku.dk or via email to r-bugs at biostat.ku.dk (which is

I'm happy to announce that there is now a real bug tracking system for R. Hopefully, this will make it easier for us to keep track of unresolved bugs, which has been difficult because of the massive amount of email that we receive. The system, which is of the JitterBug variety is available through the web at http://r-bugs.biostat.ku.dk or via email to r-bugs at biostat.ku.dk (which is

I'm happy to announce that there is now a real bug tracking system for R. Hopefully, this will make it easier for us to keep track of unresolved bugs, which has been difficult because of the massive amount of email that we receive. The system, which is of the JitterBug variety is available through the web at http://r-bugs.biostat.ku.dk or via email to r-bugs at biostat.ku.dk (which is

Just curious. Current logic in both R and Splus has > (1:3)[c(T,F,NA)] [1] 1 NA Does anyone know *why*? It makes sense for integer indexing, but for logicals it seems to have some strange consequences - if you divide a dataframe according to some criterion, you get as many NA-filled records as there are missing values of the criterion added to *both* the group that satisfies the criterion

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

Kjetil Kjernsmo <kjetil.kjernsmo@astro.uio.no> writes: > On 8 Nov 2000, Peter Dalgaard BSA wrote: > > >I'm not at all happy with this: > > > >Solaris : > >> range(sapply(1:2000, function(n) mean(rpois(10000, 15.0)))) > >[1] 15.0524 15.3403 > > Hm, OK, so it isn't just me.... I guess it is time to file a bug report, > should I do it,

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

A new version is available from ftp.stat.auckland.ac.nz:/pub/R/R-0.61.tgz and soon from CRAN mirrors everywhere. As usual, there is at least one unfixed bug in the release, but this time, we hope that we have set things up so that future bugfixes can be released more or less immediately. Merry Christmas! The R core team. **********************************************************************

A new version is available from ftp.stat.auckland.ac.nz:/pub/R/R-0.61.tgz and soon from CRAN mirrors everywhere. As usual, there is at least one unfixed bug in the release, but this time, we hope that we have set things up so that future bugfixes can be released more or less immediately. Merry Christmas! The R core team. **********************************************************************

vixens70 at hotmail.com writes: > EARN CASH with your page and website -- $$$$$$$$$ -- EARN CASH > with your webpage -- $$$$$$$$$ -- this is a one time mailing - $$$$$$$$$ > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ AAARGH! We seem to have found our way onto the email lists of a spammer. I believe that Martin Maechler is out of town presently, but perhaps he can find a way of

R-0.61.2.tgz is now available from the Auckland FTP site, from where it should spread to the CRAN sites during the next day or two. Unless you're in a big hurry or actually living in New Zealand, please don't get it from Auckland. There is also an R-0.61.1-0.61.2.diff.gz which can be used to patch an existing R-0.61.1. Instructions for patching are in the VERSION file in same directory.

R-0.61.2.tgz is now available from the Auckland FTP site, from where it should spread to the CRAN sites during the next day or two. Unless you're in a big hurry or actually living in New Zealand, please don't get it from Auckland. There is also an R-0.61.1-0.61.2.diff.gz which can be used to patch an existing R-0.61.1. Instructions for patching are in the VERSION file in same directory.