Hello fellow developers,
I am attempting to solve the problem of saving the state of the random
generator so that the state can be recovered in a future call. Essentially,
my function generates random numbers, performs an operation on them (saving
the result), and throws them out (saving them woul
Thanks for the reply, Ben.
The SystemRequirements is "Cargo (>= 1.56) for installation from source:
see INSTALL file". The INSTALL notes that the package contains Rust source
code compiled by Cargo (the Rust package manager) which can be obtained
from the Rust project at https://rustup.rs. On Wi
On Wed, 14 Sep 2022 12:31:49 -0400
Duncan Murdoch wrote:
> It's also possible to put .R files in the data directory, and they
> are executed to create the data object. I think that happens at the
> time when you call data() rather than at install time, so it might
> not be helpful.
Some time ag
My next steps in debugging this is:
1. make sure my latex CAN generate PDFs by editing .tex file
2. Run pdflatex as an Admin
3. Download "texinfo" externally (unable to do in R studio as it says it is
incompatible with this version of R)
4. Inspect Rd files
I have made no real progress on this bug
> Yes, set.seed() cannot accept .Random.Seed as an input; it can only take
a single integer.
If I recall correctly, S-plus's set.seed() would accept a .Random.seed
value as an input. It did some basic validation checks on it and set it as
the current .Random.seed. I don't recall the name of the
Florian,
since there was no direct response and given the earlier discussion I figured I
chime. The main problem seems to be your build system that doesn't work. Since
you didn't post the actual version of the package, I can only see the CRAN
version which still don't set any of the necessary f