Are you missing the 32-bit Java JDK?
Cheers,
S
> On 30/04/2020, at 4:37 PM, Spencer Graves wrote:
>
> Hello, All:
>
>
> "00install.out" from "R CMD check Ecfun_0.2-4.tar.gz" includes:
>
>
> Error: package or namespace load failed for 'Ecfun':
> .onLoad failed in loadNamespace() for
Hello, All:
"00install.out" from "R CMD check Ecfun_0.2-4.tar.gz" includes:
Error: package or namespace load failed for 'Ecfun':
.onLoad failed in loadNamespace() for 'rJava', details
call: inDL(x, as.logical(local), as.logical(now), ...)
error: unable to load shared object 'c:/Pr
On 29 April 2020 at 11:22, peter dalgaard wrote:
| Hum, at least it is not Apple, so maybe you can attach a debugger to the
running process? (gdb -p process_id or something like that --- haven't actually
done it for a decade). Then at least we can get a stack trace and a clue about
where it is
Confirmed.
This is fixed now in R-devel and R-patched.
Thanks for the report!
Paul
On 29/04/20 10:05 pm, Gu, Zuguang wrote:
Hi,
In grid 4.0, adding two complex units by `sum()` seems to give wrong results.
In the following example, `u1 + u2` gives the correct result, but `sum(u1, u2)`
> PS. Simon, I think your explicit comment on mcparallel() & friends is
very helpful for many people and developers. It clearly tells
developers to never use mclapply() as the only path through their
code. I'm quite sure not everyone has been or is aware of this. Now
it's clear. Thank you.
I secon
Hi,
In grid 4.0, adding two complex units by `sum()` seems to give wrong results.
In the following example, `u1 + u2` gives the correct result, but `sum(u1, u2)`
also `sum(unit.c(u1, u2))` give the wrong results.
```
library(grid)
u1 = 0.4*sum(unit(1, "inch"), unit(1, "mm"))
u2 = 0.1*sum(u
Hum, at least it is not Apple, so maybe you can attach a debugger to the
running process? (gdb -p process_id or something like that --- haven't actually
done it for a decade). Then at least we can get a stack trace and a clue about
where it is looping. Diddling optimization options can also some
