similar to: R 1.7.1 is released

On 09/19/2018 10:03 AM, Ben Bolker wrote: ... > Balancing backward compatibility and correctness is a tough problem > here. I think improvements in the RNG is a situation where backward compatibility is not really going to be lost, because people can specify the old generator, they just will not get it by default. My opinion is that the default needs to generally be the best option

On 2018-09-19 09:40 AM, David Hugh-Jones wrote: > On Wed, 19 Sep 2018 at 13:43, Duncan Murdoch <murdoch.duncan at gmail.com> > wrote: > >> >> I think the analyses are correct, but I doubt if a change to the default >> is likely to be accepted as it would make it more difficult to reproduce >> older results. > > > I'm a bit alarmed by the logic

Hi, Our department has detected a bug in the implementation of the Kinderman-Ramage generator for normal random variates in version 1.7.0, which can be seen from the below R session. (Consecutive calls for chisq.test(...) always gives p-values very close to 0.) We have already encountered this bug in version 1.6.2 The error is in file R-1.7.0/src/nmath/snorm.c Here is a patch for this file to

Unfortunately, RNGkind is buggy. It will not generate warnings except the full name "Buggy Kinderman-Ramage" is supplied for normal.kind. match.arg is supposed to be called before "==" comparison. ======================================== Shengqiao Li Research Associate The Department of Statistics PO Box 6330 West Virginia University Morgantown, WV 26506-6330

On 7 February 2015 at 19:52, otoomet wrote: | random numbers. For instance, can I be sure that | set.seed(0); print(runif(1)); print(rnorm(1)) | will always print the same numbers, also in the future version of R? There Yes, pretty much. I've been lurking here over fifteen years, and while I am getting old and forgetful I can remember exactly one such change where behaviour was changed,

I'm running into problems with set.seed--maybe I'm misunderstanding something. I'm running R 1.5.1 on Windows 2000. I'm basically trying to capture the random seed so that I can reproduce a simulation if it's necessary later. Using set.seed, I can certainly get reproducible results, but not the results I get on the first pass. Here's an example: # Generate a random

I've rolled up R-1.2.3.tgz a moment ago. This is mainly adds fixes to the Macintosh port, but it also has a number of bugfixes for all versions. You can get it from the developer site ftp://cvs.r-project.org/pub/CRAN/src/base/R-1.2.3.tgz or http://cvs.r-project.org/pub/CRAN/src/base/R-1.2.3.tgz or wait for it to be mirrored at a CRAN site near you within a day or two. Binaries for

I've rolled up R-1.2.3.tgz a moment ago. This is mainly adds fixes to the Macintosh port, but it also has a number of bugfixes for all versions. You can get it from the developer site ftp://cvs.r-project.org/pub/CRAN/src/base/R-1.2.3.tgz or http://cvs.r-project.org/pub/CRAN/src/base/R-1.2.3.tgz or wait for it to be mirrored at a CRAN site near you within a day or two. Binaries for

Recieving digests. > RNGkind(NULL) [1] "Marsaglia-Multicarry" "Kinderman-Ramage" I would appreciate it if anybody has any comments on the following. Please do not comment on the R functions themselves, since they merely mimic a (bivariate simplification of a) C routine called from S. In particular, I would like to know if anything is available with regard to the

I've rolled up R-1.9.0.tgz a short while ago. This is a new version with a number of new features, most notably a substantial reorganization of the standard packages, a major update of the grid package, and the fact that underscore can now be used as a regular character in variable names. See below for further changes. Because of the disturbances at the machine that hosted the CVS archives,

I've rolled up R-1.9.0.tgz a short while ago. This is a new version with a number of new features, most notably a substantial reorganization of the standard packages, a major update of the grid package, and the fact that underscore can now be used as a regular character in variable names. See below for further changes. Because of the disturbances at the machine that hosted the CVS archives,

I wonder how useful a (set of?) "time machine" functions which look up /infer things like this based on a date would be. Could ease the pain of changes generally, though not remove it completely. ~G On Wed, Aug 31, 2016 at 5:45 PM, Paul Gilbert <pgilbert902 at gmail.com> wrote: > > > On 08/30/2016 06:29 PM, Duncan Murdoch wrote: > >> I don't see evidence of

I've put up R-0.63.3.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.3.tgz (Be gentle, that's my desktop PC!) There's also a version split in

I've put up R-0.63.3.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.3.tgz (Be gentle, that's my desktop PC!) There's also a version split in

Hi, I've written some C code for density evaluation of the non-central t distribution. It works with the R-1.7.1 source code if placed in the src/nmath directory and after appropriate changes are made to Makefiles, to the dt function in src/library/base/R/distn.R etc. I haven't read a lot of R source code so it may need some R-ification, but I've tried to use the dt.c file as a

I've rolled up R-1.8.0.tgz a short while ago. This is a new version with major changes (see below). Notably, the Macintosh version for OS X has been substantially improved; the old Carbon interface is no longer being supported. Also notice that the underscore will no longer work as an assignment operator. There is also a bunch of new functions and an assortment of bugs have been fixed. You

I've rolled up R-1.8.0.tgz a short while ago. This is a new version with major changes (see below). Notably, the Macintosh version for OS X has been substantially improved; the old Carbon interface is no longer being supported. Also notice that the underscore will no longer work as an assignment operator. There is also a bunch of new functions and an assortment of bugs have been fixed. You

On 08/30/2016 06:29 PM, Duncan Murdoch wrote: > I don't see evidence of a bug. There have been several versions of the > MT; we may be using a different version than you are. Ours is the > 1999/10/28 version; the web page you cite uses one from 2002. > > Perhaps the newer version fixes some problems, and then it would be > worth considering a change. But changing the

Hello all. It seems that the pf() function when used with noncentral parameters can behave badly at times. I've included some examples below, but what is happening is that with some combinations of df and ncp parameters, regardless of how large the quantile gets, the same probability value is returned. Upon first glance noncentral values greater than 200 may seem large, but they are in

R-2.10.1.tar.gz was built a short while ago. This is a maintenance release and fixes a number of mostly minor issues. See the full list of changes below. You can get it from http://cran.r-project.org/src/base/R-2/R-2.10.1.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team Peter