Forgot to mention, my builds were not instrumented for valgrind, and also:
vagrant@vagrant:/vagrant/trunk$ ./bin/R --version
R Under development (unstable) (2021-04-27 r80232) -- "Unsuffered Consequences"
Copyright (C) 2021 The R Foundation for Statistical Computing
Platform: x86_64-pc-linux-gnu (
> On Thursday, April 29, 2021, 6:35:16 PM EDT, Winston Chang
> wrote:
> Just to be clear, the RD binary that Jon used was NOT compiled with
> Valgrind level 2 instrumentation. In his example, however, he did run it
> with valgrind, as in:
>
> # RD -d valgrind --quiet -e "sum(c(1, NA))"
> ...
>
Just to be clear, the RD binary that Jon used was NOT compiled with
Valgrind level 2 instrumentation. In his example, however, he did run it
with valgrind, as in:
# RD -d valgrind --quiet -e "sum(c(1, NA))"
...
> sum(c(1, NA))
[1] NaN
`RD` in that Docker image is a standard build of R-devel. The D
NA propagation is complicated. I don't know whether what
you observe could be explained by the difference between
a valgrind instrumented vs. not version of R (I gather the
release version you used is not instrumented / possibly
compiled differently too from the github issue?).
Hopefully someone
Hello,
I'm debugging some valgrind issues, and noticed some odd behavior with
NA an R-devel under valgrind.
Using Winston Chang's r-debug image (and some of this reproductions form [1]):
r-devel (2021-04-27 r80232) without Valgrind returns NA:
# RD --quiet -e "sum(c(1, NA))"
> sum(c(1, NA))
[1]
You may want to check out your checkout
I see:
Peter-Dalgaards-iMac:R pd$ grep newsock src/main/connections.c
con = R_newsock(host, port, server, serverfd, open, timeout, options);
but your file seems to have lost the ", options" bit somehow. Also, mine is
line 3488, not 3477.
Maybe y
On Thu, 29 Apr 2021 at 15:59, Ben Bolker wrote:
>
>I probably don't want to go down this rabbit hole very far, but if
> anyone has any *quick* ideas ...
>
>Attempting to build R from scratch with a fresh SVN checkout on a
> somewhat out-of-date CentOS system (for which I don't have root ac
I probably don't want to go down this rabbit hole very far, but if
anyone has any *quick* ideas ...
Attempting to build R from scratch with a fresh SVN checkout on a
somewhat out-of-date CentOS system (for which I don't have root access,
although I can bug people if I care enough).
../
On Thu, 29 Apr 2021 at 14:36, Gábor Csárdi wrote:
>
> Dear all,
>
> Fedora 34 was released two days ago, and with a fresh build of R I get
>
> [root@2dba8b3587c1 R-devel]# bin/R
> ERROR: R_HOME ('/tmp/R-devel') not found
This is known. It's a docker issue after a glibc change. See [1] and
referen
Dear all,
Fedora 34 was released two days ago, and with a fresh build of R I get
[root@2dba8b3587c1 R-devel]# bin/R
ERROR: R_HOME ('/tmp/R-devel') not found
on it, coming from
https://github.com/wch/r-source/blob/0f0092adf14b8bd17bcce1cac0ee26b928355dab/src/scripts/R.sh.in#L263
Apparently `test
> Henrik Bengtsson writes:
Thanks: Tomas and I have now improved this.
Best
-k
> In ?base::.libPaths, there's a paragraph saying:
> The library search path is initialized at startup from the environment
> variable R_LIBS (which should be a colon-separated list of directories
> at which R lib
> brodie gaslam via R-devel
> on Thu, 29 Apr 2021 01:04:01 + (UTC) writes:
>> On Wednesday, April 28, 2021, 5:16:20 PM EDT, Gabriel Becker
wrote:
>>
>> Hi Antoine,
>>
>> I would say this is the correct behavior. S3 dispatch is solely (so far
as
>> I kn
12 matches
Mail list logo
