similar to: R-1.6.2 on Jan.10

We plan to put out R-1.4.1 on Wednesday. This is mainly to get the fixes that we have already made into an official version, and to clean up the problem with the Windows build. Several on the core team are under fairly heavy load at this time, so we'll probably be reluctant to fix further bugs unless they are clearly serious and/or trivial to fix. Those of you that have unusual platforms

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

I've rolled up R-1.6.2.tgz a short while ago. This is a minor upgrade, fixing an assortment of bugs. You can get it from the developer site at http://cvs.r-project.org/pub/CRAN/src/base/R-1.6.2.tgz or wait for it to be mirrored at a CRAN site near you. Binaries for various platforms will appear in due course. There is also a version split for floppies, but due to the inclusion of

I've rolled up R-1.6.2.tgz a short while ago. This is a minor upgrade, fixing an assortment of bugs. You can get it from the developer site at http://cvs.r-project.org/pub/CRAN/src/base/R-1.6.2.tgz or wait for it to be mirrored at a CRAN site near you. Binaries for various platforms will appear in due course. There is also a version split for floppies, but due to the inclusion of

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,

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

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.

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:

Kjetil Kjernsmo <kjetil.kjernsmo@astro.uio.no> writes: > On 8 Nov 2000, Peter Dalgaard BSA wrote: > > >> > range(sapply(1:2000, function(n) mean(rpois(10000, c(15,15+1e-8))))) > >> [1] 14.8692 15.1200 > > > >AHA! Spotted, I think. > > Wow! Great, that was fast! > > >It is possible to return from rpois in step N, > >in which case

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)})

I don't rcall seeing this one reported before: plot(...,axes=F) removes not only the axes, but also the plot boundary. The 'bty' parameter loses its effect completely. getting it back seems to require fiddling with par("usr") and rect() or lines() (Linux, Alpha-3) -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200

Anyone for a little debugging? > matrix(numeric(0),0,0) Floating point exception (core dumped) [I've decided to make a habit of sending bugs that I'm not going to attack right away to R-devel, in case someone might be interested in chipping in and saving the core team the work] -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics

The machine that runs the r-bugs website seems to have gone belly-up some time yesterday. The e-mail interface should still work. (No jokes about "Ascension Day", please, I can make up those myself!) -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45)

The planned release of R 1.1.0 will be next Thursday. The development version is going into feature freeze tomorrow, meaning that we'll only do testing and fix simple bugs during the next week. Those of you who prefer to find bugs before releases instead of afterwards may want to try it out and tell us what crawls out. -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_

The bug repository will be down briefly (I hope), due to a hardware upgrade. -p -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~~~~~~~~~ - (p.dalgaard@biostat.ku.dk) FAX: (+45) 35327907

As the subject says, the core team has decided to release R-1.5.1 next Monday, mainly to "officialize" the bug fixes in the current r-patched. It would be helpful that you check it out and report back if you find any bad problems, especially if you have an uncommon platform. (Or very minor nits. The intermediate ones are "out of bounds" at this stage.) -- O__ ---- Peter