Thank you everyone who has helped a non-R developer attempt to build a
tool to extend the R ecosystem.
>From what I've read, it looks like I should document the sexp internals
package I provide as a here-be-dragons package, keep the hand-holding
level of the rgo tool using Cgo calls to perform dat
I was not. I was explaining why my expectations exist. I honestly
surprised that this would be misinterpreted.
Dan
On Tue, 2020-09-08 at 13:47 +0200, Tomas Kalibera wrote:
> Please don't use this list for advertising on other languages, there
> may be other lists for that.
__
On Tue, 2020-09-08 at 12:08 +0200, Tomas Kalibera wrote:
> I am not sure if I understand correctly, but if you were accessing
> directly the memory of SEXPs from Go implementation instead of
> calling
> through exported access functions documented in WRE, that would be a
> really bad idea. Of cours
r values types as "void *". SEXPs that
> packages
> obtain using the interface in WRE should not be C NULL, only R NULL
> (R_NilValue). External pointers can become C NULL and this is
> documented
> in WRE 5.13.
>
> Best
> Tomas
>
> On 9/6/20 3:44 AM, D
Thanks, Gabriel.
On Mon, 2020-09-07 at 14:38 -0700, Gabriel Becker wrote:
> I cannot speak to initial intent, perhaps others can. I can say that
> there is at least one place where the difference between R_NilValue
> and NULL is very important as of right now. The current design of the
> ALTREP
r values types as "void *". SEXPs that
> packages
> obtain using the interface in WRE should not be C NULL, only R NULL
> (R_NilValue). External pointers can become C NULL and this is
> documented
> in WRE 5.13.
>
> Best
> Tomas
>
> On 9/6/20 3:44 AM, D
Thanks, Alex.
That might be good enough for me for this particular concern; in the
absence of a language specification specifying my behaviour and
referring to precedent seems like a reasonable fall back.
Dan
On Tue, 2020-09-08 at 09:33 +0200, Bertram, Alexander wrote:
> Hi Dan,
>
> For what it
_NilValue when
returning from a Go function[3].
thanks
Dan Kortschak
[1]https://github.com/rgonomic/rgo
[2]https://github.com/rgonomic/rgo/issues/1
[3]https://pkg.go.dev/github.com/rgonomic/rgo/sexp?tab=doc#Value.Export
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Thanks, Ivan. That answers the question perfectly.
Dan
On Mon, 2019-12-16 at 13:33 +0300, Ivan Krylov wrote:
> On Sun, 15 Dec 2019 10:47:11 +
> Dan Kortschak wrote:
>
> > I'd like to see the source definition of R_NilValue, but after
> > fair bit of searching
urce/blob/ea8c13aef93058c71d647619583b561567856584/src/include/Rinternals.h#L1798
>
> It could probably be in
>
https://cran.r-project.org/doc/manuals/r-devel/R-lang.html#NULL-object
>
> Gabor
>
> On Mon, Dec 16, 2019 at 9:59 AM Dan Kortschak
> wrote:
> >
> >
Hello,
for reasons I want to know the return value of TYPEOF(R_NilValue), I
expect it to be NILSXP, but I can't find this documented anywhere.
Ideally, I'd like to see the source definition of R_NilValue, but after
fair bit of searching I cannot find an obviously location for this.
Would someone
11 matches
Mail list logo
