Dear R-devel,
Is there anything that we can do to make output of those call more
consistent? So the first one will return `c(1L, 2L)` rather than
`1:2`. Note that it is not related to compact integer sequence
introduced by altrep, it is reproducible on R 3.1.0 as well.
substitute(v+x, list(x=c(1L
Thank you Lionel for comprehensive explanation. I think that rotating
AST in base R is not a good way to go, it would probably complicate
the code heavily.
Best,
Jan Gorecki
On Tue, Mar 17, 2020 at 4:49 PM Lionel Henry wrote:
>
> Hi Jan,
>
> In the lisp code you provide the operators are parsed
Using --with-pcre1 to configure the latest R 4.0 (revision 77988) on an
Ubuntu 14.04.5 LTS system gives me the following error:
...
checking if lzma version >= 5.0.3... yes
checking for pcre2-config... no
checking for pcre_fullinfo in -lpcre... yes
checking pcre.h usability... yes
checking pcre.
Dirk,
> Octave had this already in the 1990s, see documentation for 'popen2' here:
thanks. unix that had since the 1970s... :)
cheers, Greg
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Simon,
> FWIW if you're on unix, you can use named pipes (fifos) for that:
i've always wondered what named pipes actually were. thanks!
cheers, Greg
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Gabor, thanks. yes, managing the two-way communication is always a bit
error-prone, as it depends on the input/output characteristics of the
two ends -- they either match, or deadlock. it's too bad if polling is
always *required* -- i'd think sometimes a programmer would be happy
blocking, though
Hello,
I'm glad that it worked.
Two things:
1. Please, click reply all to keep this threaded.
2. The question should have belonged to r-h...@r-project.org, not to
r-devel@r-project.org.
Rui Barradas
Às 07:10 de 17/03/20, Moshe Olshansky escreveu:
It works, thank you!
On Tuesday, 17 March 2
Hi Jan,
In the lisp code you provide the operators are parsed as simple
symbols in a pairlist. In the R snippet, they are parsed as
left-associative binary operators of equal precedence. If you unquote
a call in the right-hand side, you're artificially bypassing the
left-associativity of these ope
Crime?
(Macavity, Macavity, ..., and when you reach the scene of crime
Macavity's not there...)
I suspect your data objects are like Macavity, they're not there.
I found this in the R Internals 1.17.
Lazy-load databases are loaded into the exports for a package, but not
into the namespace enviro
