similar to: R-0.62.4 is out

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.

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 put up R-0.63.1.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.1.tgz (Be gentle, that's my desktop PC!) The person who fetched R-0.63 *from

I've put up R-0.63.1.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.1.tgz (Be gentle, that's my desktop PC!) The person who fetched R-0.63 *from

I have just put R-0.62.3.tgz and R-0.62.2-0.62.3.diff.gz into the FTP area at Auckland. As usual, do not fetch it from there unless absolutely urgent, because of the NZ Internet billing system. The files should get mirrored to the main CRAN site in Vienna tonight and the rest of CRAN within days. [And, may I add, the NZ connection is slower than a sloth in a tarpit. I had turnaround times of up

I have just put R-0.62.3.tgz and R-0.62.2-0.62.3.diff.gz into the FTP area at Auckland. As usual, do not fetch it from there unless absolutely urgent, because of the NZ Internet billing system. The files should get mirrored to the main CRAN site in Vienna tonight and the rest of CRAN within days. [And, may I add, the NZ connection is slower than a sloth in a tarpit. I had turnaround times of up

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

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

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,

The machine that serves r-bugs.biostat.ku.dk has been taken off the net. A new machine is planned to replace it, but we need to reconfigure the DNS, which is not going to happen until Monday. The mail interface should still work. -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark

The machine that serves r-bugs.biostat.ku.dk has been taken off the net. A new machine is planned to replace it, but we need to reconfigure the DNS, which is not going to happen until Monday. The mail interface should still work. -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark

Thanks to Peter Dalgaard and Suchandra Thapa for answering my question! Before I settle on a particular option, I'd like to ask one more question if I may: Are there any practical advantages to compiling R to 64-bit vs 32-bit? Regards, Andy > -----Original Message----- > From: Peter Dalgaard BSA [mailto:p.dalgaard at biostat.ku.dk] > Sent: Thursday, April 18, 2002 4:19 PM > To:

Just to update: What I originally thought was a glm problem appears to be a memory problem that occurs only when R is compiled with the DEC C compiler. Some variables that are still in use get clobbered during garbage collection. No problems if I compile with gcc though. I've made some attempts to see if I can identify a specific compiler optimization that is responsible, but so far no luck.

I've put up R-0.63.0.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.tgz (Be gentle, that's my desktop PC!) Here is the relevant part of the NEWS

I've put up R-0.63.0.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who *are* desperate, I've left a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.63.tgz (Be gentle, that's my desktop PC!) Here is the relevant part of the NEWS

Seems to be working very nicely (and what a relief to see it actually working!), I've found only a few problems till now: a) Characters outside 0-0x7f seem to get encoded as CP850 or something, not Latin 1 (æøå keys on DK keyboard gives mu,degree,sigma). b) Infinite recursion crashed R. (I forget details, but it was something stupid like f<-function(x){if (x < 1) 1 else f(x)*(x-1)})