Hi,
I was playing around with inotifywait (great tool!) to see the new
staged installation of source packages in action. In one terminal I'm
monitoring the create/delete/move events of the installation library with:
inotifywait -m --timefmt '%F %T' --format '%T -- %w %e %f' -e create
-e del
Yep, I know. Well, maybe I didn't, but there are also issues with propagation
of fixedness in constrained optimization.
Revising mle() had neen on my todo list for way too long. The bbmle package
handles this better, I believe.
-pd
> On 24 Apr 2019, at 16:51 , Stefano de Pretis wrote:
>
> D
Dear R developers,
I noticed a bug in the stats4 package, specifically in the confint method
applied to “mle” objects.
In particular, when some “fixed” parameters define the log likelihood, these
parameters are stored within the mle object but they are not used by the
“confint" method, which re
OK, so I did the archaeology anyway
This was the story, R-core November 29, 2001. Part of thread "X11 still
segfaults".
>>
.
Gah. I've been too tired today. Why did that take me so long?
The culprit seems to be
R_ProcessEvents((void*) NULL)
in newX11DeviceDriver
This g
On 4/18/19 11:07 PM, Jack Wasey wrote:
I was trying to get an interactive R prompt with the current working directory.
I reviewed R source 'main.c' and 'options.c', and saw that a 20 char buffer is
used when in Browse debugging mode, but that no other validation is done on the
length of the pr
Incorrect code,
A <- matrix(1, 2, 2)
B <- matrix(2, 3, 2)
A %*% B
Produces
Error in A %*% B : non-conformable arguments
It would be helpful to show the matrix dimensions,
Error in A %*% B : non-conformable arguments of dimensions (2, 2) and (3, 2)
--
Joshua N. Pritikin, Ph.D.
Virginia
I appreciate the writing on this.
However I definitely think there is a huge difference between "use with care"
and "don't use". They just are not the same statement.
> On Mar 29, 2019, at 10:15 AM, Simon Urbanek
> wrote:
>
> Jim,
>
> I think the main point of Tomas' post was to alert R us
Hi,
there can be an issue with recent gcc where the system-installed "ar"
and "ranlib" commands cannot handle LTO binaries. On compilation, this
manifests itself with error messages claiming that they need extra
plugins.
This can be fixed by using the command line
$ AR=gcc-ar RANLIB=gcc-ranlib
I don't recall exactly what I did 18 years ago eiher and I likely don't have
the time to dig into the archives and reconstruct.
I can imagine that the issue had to do with the protocol around creating and
mapping windows. Presumably the segfault comes from looking for events on a
window that ha
