similar to: r-bugs website down

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

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

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 current development version dies in qbeta() when compiled with egcs -O, egcs 1.0.2 and glibc 2.0.7 (RedHat versions). Since this also kill the F and t distributions, it doesn't exactly do wonders for R's usefulness... Anyone else seeing this or has my setup just gone out of whack? It does look pretty much like a clear compiler bug when inlining math functions (storing temporaries

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 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/ /'_

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

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

A loose idea for *post*-0.50 development I've been giving a some (but not all that many) thoughts to whether some of the conceptual difficulties facing newcomers could be avoided by having simplified functions for common operations. We already have parts of this, e.g. in Kurts ctest routines. Specifically, I was thinking about data frames: How about

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

As of 19:00 GMT we'll declare a feature freeze on the set of recommended packages. We will then have one week to ferret out as many problems as we can before final code freeze and platform testing. At the same time R-base is code-frozen, i.e. only critical bugs will be fixed. If you want to help making R 1.5.0 as bug-free as possible, it could be a good idea to install the set of

It has been annoying me for a while that data in user areas are more difficult to handle than those in the packages. Especially for beginners, it would be very handy to be able just to say "data(mydata)", rather than "mydata<-read.table('mydata.txt',header=T)" What just occurred to me was that the following hack actually works: Type

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

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

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