similar to: Hack for making old R binaries work after glibc upgrade

Prof Brian Ripley <ripley@stats.ox.ac.uk> writes: > "[<-.zoffset" <- function(x, i, j, value) > { > if(!missing(i) && is.numeric(i)) i <- i+1 > if(!missing(j) && is.numeric(j)) j <- j+1 > NextMethod("[<-") > } > works in S but not in R. (Which I think is a bug.) I next tried Yup, there's a bug in there

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've rolled up R-0.64.2.tgz a moment ago. However, due to a configuration error with the new machine at Auckland, it is not up for FTP from there just yet. In any case, you shouldn't get it from Auckland, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who are too curious to wait, I've put a copy in

I've rolled up R-0.64.2.tgz a moment ago. However, due to a configuration error with the new machine at Auckland, it is not up for FTP from there just yet. In any case, you shouldn't get it from Auckland, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who are too curious to wait, I've put a copy in

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

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,

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)

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.

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

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

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

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

We have now (actually a few days ago) declared a "Grand Feature Freeze" on the development sourcs, meaning that we might still add functionality and fix bugs, but we will not do any further major changes. It should be noted that there has been a couple of quite big changes compared to the 1.6.x series, notably namespaces and the methods package. Also, many more packages are now loaded

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

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