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
be
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()=", parallel:
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 x
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 4.
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 m
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 ba
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
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
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
gu
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 ex
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
On Thu, Aug 12, 2021 at 4:30 PM Toby Hocking wrote:
> 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))
>>
>
12 matches
Mail list logo
