search for: rng_init

I would like to suggest a modification of initial scrambling of the seed in RNG_Init (called from do_setseed). The modified code is equivalent, but faster. Patch against R-devel_2007-09-22 follows --- R-devel-orig/src/main/RNG.c 2007-09-02 07:49:35.000000000 +0200 +++ R-devel-modif/src/main/RNG.c 2007-09-23 10:51:59.234566440 +0200 @@ -216,8 +216,8 @@ BM_norm_keep = 0.0; /* z...

It would be nice to be able to initialize the random-number generator with a single long argument; I can see that in principle this could be done by writing an access method, do_RNGinit (or whatever) for RNG_Init. I had trouble with the technical details, possibly because of long/int incompatibilities. Any chance of this happening? -- Ben Bolker bolker@zoo.ufl.edu Zoology Department, University of Florida http://www.zoo.ufl.edu/bolker 318 Carr Hall/Box 118525...

I'm looking for some help in getting R to compile on Sunos. We run a collection of Sunos and Solaris machines in the department here. I got to compile on Solaris 2.5.1 using gcc 2.7.2.2. On my Sunos 4.1.3 (and I've tried it on Sunos 4.1.4 as well) machines, it crashes during the compile. I'm using gcc 2.8.1 on there. It gets to this point: gcc -g -O2 -I../include

...Int32 seed; #if HAVE_GETTIMEOFDAY { struct timeval tv; gettimeofday (&tv, NULL); seed = ((uint64_t) tv.tv_usec << 16) ^ tv.tv_sec; } #elif HAVE_TIME seed = (Int32) time(NULL); #else /* unlikely, but use random contents */ #endif srand(seed); RNG_Init(kind, seed); } If I try to use directly the time function on windows rather than gettimeofday (which should not be on windows) but it does not solve the problem. I'm wondering how R has solved this issue? That's where I'm asking for any help. Thanks in advance Christophe PS :...

...e generator does. Since the example uses static variables, it seems reasonable to conclude the core R code is not going to try to free them. Second, are the types really correct? The documentation seems quite explicit, all the more so because it uses Int32 in places. However, the code in RNG.c (RNG_Init) says ns = *((int *) User_unif_nseed()); if (ns < 0 || ns > 625) { warning(_("seed length must be in 0...625; ignored")); break; } RNG_Table[kind].n_seed = ns; RNG_Table[kind].i_seed = (Int32 *) User_unif_seedloc(); consistent with the earlier definitio...

...f the main current interests (perhaps) of R-core I'm thinking in this case of Petr Savicky's series of posts http://www.nabble.com/bug-in-detection-of-zero-state-for-Mersenne-Twister-%28PR-10362%29-tf4670916.html#a13343487 http://www.nabble.com/initial-scrambling-of-seed-in-do_setseed---RNG_Init-tf4504008.html#a12845234 http://www.nabble.com/all-zeroes-in-Mersenne-Twister-state-may-remain-undetected-tf4626354.html#a13210502 http://www.nabble.com/predictable-bit-patterns-in-runif%28n%29-shortly-after-set.seed-tf4641681.html#a13257396 all between Sept 23 and October 15. One of these was p...

Problem compiling R. version: 0.64.2 machine: SGI O2 OS: IRIX6.5 CC cc FC f77 MAKE GNU make 3.75 Here is part of the the output for make. make[2]: Leaving directory `/usr/people/faculty/math/mgass/stage/R/R-0.64.2/src/include' make[2]: Entering directory `/usr/people/faculty/math/mgass/stage/R/R-0.64.2/src/appl' cc -g -OPT:IEEE_NaN_inf=ON -I../include

Lots of changes since v2, too much to remember or summarize. Please ignore patch 11/11, it's just for my testing. Rich.