The below code snippet gives a single warning:
Warning message:
In cat(s, file = tempfile()) : invalid char string in output conversion
when n <= 10001, whereas with n >= 10002 it appears to be generating
the same warning in an infinite loop in the call to cat().
n <- 10002L
r <- raw(length
sounds great!
On Tue, Jan 3, 2017 at 11:32 AM, Jeroen Ooms wrote:
> On Tue, Jan 3, 2017 at 3:53 PM, Whit Armstrong
> wrote:
> >
> > I maintian the rzmq project.
> >
> > love to get it running on windows, but zmq doesn't play nicely with R's
> > mingw.
>
> It's fairly easy to link against the li
On Tue, Jan 3, 2017 at 3:53 PM, Whit Armstrong wrote:
>
> I maintian the rzmq project.
>
> love to get it running on windows, but zmq doesn't play nicely with R's
> mingw.
It's fairly easy to link against the libraries from rwinlib:
https://github.com/rwinlib/zeromq. I'll send you a pull request
This is a message for someone familiar with the implementation.
Superficially the R code for seq.default and the C code for seq.int
appear to be semantically very similar. My question is whether, in fact,
it is intended that behave identically for all inputs. I have found two
cases so far wher
Hi, Paul.
I maintian the rzmq project.
love to get it running on windows, but zmq doesn't play nicely with R's
mingw.
These guys have taken the approach of building the entire zmq library
inside the R package:
https://github.com/snoweye/pbdZMQ
I suggest you give it a try. or if you want to atte
Possibly so.
However, the ZeroMQ libraries do exist for Windows, so it might be possible to
get the package working there. However, CRAN probably won't have the libraries,
so cannot produce a binary package, and it is also quite possible that the
package author is not a Windows person.
At th
The .Internal support in the C code is still i use for experimental
purposes.
Best,
luke
On Tue, 3 Jan 2017, Lukas Stadler wrote:
Hi,
the functions in distn.R were converted from .Internal to .External ([1], in
2012), and to .Call ([2], in 2014).
They are still listed as .Internal in names.
Hi,
the functions in distn.R were converted from .Internal to .External ([1], in
2012), and to .Call ([2], in 2014).
They are still listed as .Internal in names.c, although they are not used in
that way.
Shouldn’t they be removed?
There’s quite some simplification to be had, e.g., do_math3 coul
You are right (though picky). I have updated it now.
Thank you Henrik!
Martin
> Should utils::ls.str() be updated as:
> svn diff src/library/utils/R/str.R
> Index: src/library/utils/R/str.R
> ===
> --- src/library/utils/R/str.R (re