Dear All,
TL;DR: Is there a way to get a full traceback and/or frame dump for
errors that occur in build-time and install-time \Sexpr{} calls in R
documentation files?
# Context
I am working on a package (
https://github.com/joycecheng/ergm/tree/ergm-term-index ) whose
documentation includes a
Hi Gabe thanks for the feedback.
On Thu, Aug 12, 2021 at 1:19 PM Gabriel Becker
wrote:
> Hi Toby,
>
> This definitely appears intentional, the first expression of
> stats:::na.omit.default is
>
>if (!is.atomic(object))
>
> return(object)
>
> Based on this code it does seem that the
Henrik,
I'm not quite sure I understand the report to be honest.
Just a quick comment here - using quit() in a forked child is not allowed,
because the R clean-up is only intended for the master as it will be blowing
away the master's state, connections, working directory, running master's
I'm also waiting several weeks for an update to be approved or sent back to
me.
In the meantime, the package has been archived by CRAN because the update
--- which fixes issues identified by CRAN --- hasn't been approved yet.
On Wed, Aug 11, 2021 at 10:44 AM Ben Bolker wrote:
>
>Wondering
Hi Toby,
This definitely appears intentional, the first expression of
stats:::na.omit.default is
if (!is.atomic(object))
return(object)
So it is explicitly just returning the object in non-atomic cases, which
includes lists. I was not involved in this decision (obviously) but my
Hi Andrew and Dirk,
The other question to think about is what was your Rprofile.site doing
before. We can infer from this error that apparently it was defining things
*in the namespace for the base package*. How often is that actually what
you wanted it to do/a good idea?
I haven't played around
On 12 August 2021 at 15:19, Andrew Piskorski wrote:
| Ok, but what's the recommended way to actually USE Rprofile.site now?
| Should I move all my local configuration into a special package, and
| do nothing in Rprofile.site except require() that package?
Exactly as before. I set my mirror as I
With R 4.1, it seems you can no longer do much in your "Rprofile.site"
file. Attempting to define any functions or set any variables there
gives errors like these:
Error: cannot add binding of 'my_function_name' to the base environment
Error: cannot add binding of 'my_variable_name' to the
With these matters, one has to be careful to distinguish between method error
and implementation error.
The reason for changing the RNG setup in R v. 1.7.0 was pretty much this kind
of unfortunate interaction between M-M and K-R. There are even more egregious
examples for the distribution of
Dear R developers,
At the same time I discovered a flaw in Marsaglia-Multicarry +
Kinderman-Ramage, I found another in Marsaglia-Multicarry + Ahrens-Dieter.
It is less obvious than for Kinderman-Ramage; so I created a new thread for
this bug.
The following code shows the problem (tested on R
Dear R developers,
In my opinion, I discovered a severe flaw that occur with the combination of
the Marsaglia-Multicarry pseudo-random number generator associated to the
Kinderman-Ramage algorithm to generate normally distributed numbers.
The sample program is very simple (tested on R-4.1.1
The following smells like a bug in R to me, because it puts the main R
session into an unstable state. Consider the following R script:
a <- 42
message("a=", a)
cl <- parallel::makeCluster(1L, type="FORK")
try(parallel::clusterEvalQ(cl, quit(save="no")))
message("parallel:::isChild()=",
On 12/08/2021 04:52, Simon Urbanek wrote:
Dipterix,
this has nothing to do with R. 2^63 is too large to be represented as singed
integer, so the behavior is undefined - to quote from the C99 specs (6.3.1.4):
"If the value of the integral part cannot be represented by the integer type, the
13 matches
Mail list logo
