similar to: How to seed the R random number generator in C (standalone) with an instance of .Random.seed

Hello, Does anyone knows how to deal with zero subscript in R. I have this code: for (i in 1:nitems){ + for (j in 1:ncat-1) { + draw<-matrix(rnorm(nitems*(ncat-1),seed1,seed2),nitems,(ncat-1)) + d<-( sigma_d*draw ) + mu_d + draw<-matrix(rtnorm((nitems*(ncat-1)),mean = seed1, sd = seed2, lower = .1, upper = 1.5),nitems,(ncat-1)) +

I am writing a function for the purposes of a simulation. Due to memory problems, the function sometimes crashes. In order to get around this problem, I would like to include to be able to save the "last" seed, so I can pick up with the next run of the simulation after a "crash". I am having trouble understanding what is going on with .Random.seed! For each run of the

I've got another edition of my simulation replication framework. I'm attaching 2 R files and pasting in the readme. I would especially like to know if I'm doing anything that breaks .Random.seed or other things that R's parallel uses in the environment. In case you don't want to wrestle with attachments, the same files are online in our SVN

Hi, I'm seeing something that may be a bug in R's standalone math library, which is packaged by Debian as r-mathlib. I reported it to the Debian BTS as http://bugs.debian.org/657573 I'm using Debian squeeze, and the code was tested with r-mathlib 2.11.1-6 (default on stable) and 2.14.1-1 (from testing/unstable). I summarize this report below. The following code with the R math

Dear People, I have been writing a simulation routine that is currently entirely written in c++. I've been using the R standalone math library to give me random number generation for this. However, I have had to set the seed myself, and I am using set_seed(time(NULL), clock) for every call to unif_rand(). However, this works really badly. The random numbers aren't uniform at all. Does

Dear People, I am trying to use R's Math library as standalone, as documented in /src/nmath/standalone. I am using C++ in Debian testing, and the versions are as follows: ii g++-3.0 3.0.3-1 The GNU C++ compiler. ii r-mathlib 1.4.0-1 `GNU S' - Standalone R math library I have a file (rand.cc) as follows. I don't think that lattice.hh or mh.hh are very

Hi, Is the below -- setSeed -- an okay way to set the seed in standalone applications making use of Rlib? It seems to work as expected. Is there a better way to do it? (I'm also looking at do_setseed but am unsure what to supply as op. findFun("set.seed", R_GlobalEnv)?) Thanks much. -- David Faden, dfaden at iastate.edu AIM: pitulx -- #include <assert.h> #include

Sorry, forgot to switch the header to the R group.... --- Globe Trotter <itsme_410 at yahoo.com> wrote: > Date: Thu, 2 Mar 2006 19:35:21 -0800 (PST) > From: Globe Trotter <itsme_410 at yahoo.com> > Subject: Re: [R] calling R's library using C > To: Dirk Eddelbuettel <edd at debian.org> > > Hi, Dirk: > > Thanks for all the help. I thought I would

I have two questions about using a user-defined random number generator (RNG) with the standalone Rmath library. The default RNG with the standalone Rmath library is the Marsaglia-multicarry generator, which has poor properties. The "R Installation and Administration" manual, in the section "The standalone Rmath library", states that: ``` A little care is needed to use the

Full_Name: Charles J. Geyer Version: 1.8.0 OS: i686-pc-linux-gnu (Suse 8.2) Submission from: (NULL) (134.84.86.22) Two bugs (perhaps related, perhaps independent) revealed by the same Poisson regression with offset mydata <- read.table(url("http://www.stat.umn.edu/geyer/5931/mle/seeds.txt")) out.fubar <- glm(seedlings ~ burn01 + vegtype * burn02 + offset(log(totalseeds)),

Dear People, I just went back to an old piece of C code. On trying to compile it with the R math standalone C library I got the following error. Can anyone enlighten me what I am doing wrong, if anything? C file (rr-sa.c) follows. I'm on Debian sarge. I'm running R version 1.8.1. Gcc is version 3.3.1. Thanks in advance. Faheem.

When making only the standalone math library, include/Rmath.h is not there, so compilation fails. A solution is to go to src/include/ and just say `make Rmath.h' there first. This is with R-2.2.0 on GNU/Linux on i686. The failing steps are: tar xzf ../R-2.2.0.tar.gz ./configure cd src/nmath/standalone make Would be nice if this worked, or if the issue were just mentioned in

Hi, I have a UNIX-Solaris-Sparc-Studio 11 compilers question. Since it's not exactly a programming question, I'm posting it here instead of to the developers list. Here's the relevant info: 1) I'm using SunOS 5.9 on a 32 bit machine without parallel processing. The chip is Sparc. 2) I've installed the Sun Studio 11 compilers. 3) I've successfully built and tested R 2.5.1

>>>>> William Birkett >>>>> on Mon, 1 Jun 2020 15:16:07 -0400 writes: > I built the the standalone Rmath library, > https://cran.r-project.org/doc/manuals/r-release/R-admin.html#The-standalone-Rmath-library > <https://cran.r-project.org/doc/manuals/r-release/R-admin.html#The-standalone-Rmath-library> > The build process went

Hi, I am a c/c++ programmer attempting to utilise the Rmath library (looks VERY useful). I have downloaded the Rsource and compiled the library as recommened (compiled on windows 98 using the cygwin environment). But whenever i try to use functions from the library i get similar error messages - eg. using the function dnorm(double, double...... etc ) i get the message : "undefined

Hello, I can't link a c code with Mathlib according to introduction of R manual "Writing R Extensions", page 60. It is written : "It is possible to build Mathlib, the R set of mathematical functions documented in 'Rmath.h?, as a standalone library 'libRmath? under Unix and Windows. (This includes the functions documented in Section 5.7 [Numerical analysis

Linking my VC++ application with the standalone Rmath library yields the following; ------ Build started: Project: Complex plugin, Configuration: Debug Win32 ------ Linking... Creating library .\../Debug/complex_plugin.lib and object .\../Debug/complex_plugin.exp libRmath.a(mlutils.o) : warning LNK4217: locally defined symbol __iob imported in function _REprintf libRmath.a(dbeta.o) :

It appears the Makefile.win in src/nmath/standalone might need some modification since cd src/nmath/gnuwin32 make -f Makefile.win make -f Makefile.win test fails. However if I remove libRmath.a from line 15 OR modify lines 67/68 replacing Rmath.a with libRmath.a then make -f Makefile.win test goes as expected. _________________________________________________________________

Greetings, I am trying to write a C++ subroutine of my random number generator. Based on tutorial in Writing R Extensions, one should call GetRNGstate() before and PutRNGstate() after calling R's random variate generation routines. Now suppose my function would generate n(n>1) numbers by a loop, do I need to call these two functions at each iteration? This certainly increases computation

Hi, Has anyone managed to successfully call GetRNGstate() / PutRNGstate() without crashing in a Windows environment (spec. XP)? I've compiled successfully using both the latest Cygwin, latest Mingw, and the version of Mingw suggested in "Building R for Windows" website, but when the executable runs, it crashes; the functions themselves can run when I omit