Good day,
Could the documentation of graphics devices give some explanation of how big
the bitmap limits are? For example,
> png("Figure1A.png", h = 7, w = 7, res = 1000, units = "cm")
Results in Error: unable to start png() device, but the help page of devices
doesn't explain that there are a
On 01/11/2017 02:33 AM, Alex Ivan Howard wrote:
There is nothing to sum
over, so it shouldn't actually be able to return a concrete numeric value?
How much did you spend at the grocery store if you didn't buy anything?
H.
__
R-devel@r-project.org ma
If you use check.names=FALSE in your call to read.csv you can see that
the first column name starts with the 3 bytes ef bb bf, which is the
UTF-8 "byte-order mark" that Microsoft applications like to put at the
start of a text file stored in UTF-8.
> v0514 <- read.csv(unz(temp, file0514[1]), strin
The 2015 does contain three files.
From: jing hua zhao
Sent: 10 February 2017 00:13
To: r-devel@r-project.org
Subject: issue with unz()?
Dear R-devel,
url0514 <-
"http://data.dft.gov.uk.s3.amazonaws.com/road-accidents-safety-data/Stats19_Data_2005-2014.zip
> On 9 Feb 2017, at 17:44, Martin Maechler wrote:
>
[snip] ...
>> You should/could use macro R_FINITE to test each entry of the hessian.
>> In package nleqslv I test for a "correct" jacobian like this in file
>> nleqslv.c in function fcnjac:
>
>>for (j = 0; j < *n; j++)
>>for (i
Martyn,
No, that didn't work.
One other thing in the mix (which I don't think is the issue) is that I call one of the
C-entry points of expm. So the DESCRIPTION file imports expm, the NAMESPACE file imports
expm, and the init.c file is
#include "R.h"
#include "R_ext/Rdynload.h"
/* Interf
On Thu, 2017-02-09 at 09:52 -0600, Therneau, Terry M., Ph.D. wrote:
> Martin,
> I am aware of --vanilla; I use it myself for some testing. In this case
> R_LIBS_USER was
> set externally (part of my login) and does not involve any of the R scripts.
> That means
> it is inherited by any subp
> > On 9 Feb 2017, at 16:00, Göran Broström wrote:
> >
> > In my package 'glmmML' I'm using old C code and linpack in the optimizing
> > procedure. Specifically, one part of the code looks like this:
> >
> >F77_CALL(dpoco)(*hessian, &bdim, &bdim, &rcond, work, info);
> >if (*info == 0)
On 02/09/2017 05:05 PM, Berend Hasselman wrote:
On 9 Feb 2017, at 16:00, Göran Broström wrote:
In my package 'glmmML' I'm using old C code and linpack in the optimizing
procedure. Specifically, one part of the code looks like this:
F77_CALL(dpoco)(*hessian, &bdim, &bdim, &rcond, work, inf
> On 9 Feb 2017, at 16:00, Göran Broström wrote:
>
> In my package 'glmmML' I'm using old C code and linpack in the optimizing
> procedure. Specifically, one part of the code looks like this:
>
>F77_CALL(dpoco)(*hessian, &bdim, &bdim, &rcond, work, info);
>if (*info == 0){
>F77
Martin,
I am aware of --vanilla; I use it myself for some testing. In this case R_LIBS_USER was
set externally (part of my login) and does not involve any of the R scripts. That means
it is inherited by any subprocess. For example:
tmt1495% R --vanilla --no-environ
R version 3.3.1 (2016-0
In my package 'glmmML' I'm using old C code and linpack in the
optimizing procedure. Specifically, one part of the code looks like this:
F77_CALL(dpoco)(*hessian, &bdim, &bdim, &rcond, work, info);
if (*info == 0){
F77_CALL(dpodi)(*hessian, &bdim, &bdim, det, &job);
.
Am 09.02.2017 um 13:14 schrieb Prof Brian Ripley:
> On 09/02/2017 11:44, Rainer Hurling wrote:
>> Dear R devs,
>>
>> For some days now (~ February, 4th), I am not able to build the recent
>> tarballs of R-devel on a FreeBSD test box anymore. The breakage seems to
>> be related to the newest overhau
On 09/02/17 14:14, Prof Brian Ripley wrote:
On 09/02/2017 11:44, Rainer Hurling wrote:
Dear R devs,
For some days now (~ February, 4th), I am not able to build the recent
tarballs of R-devel on a FreeBSD test box anymore. The breakage seems to
be related to the newest overhaul of src/unix/syste
On 09/02/2017 11:44, Rainer Hurling wrote:
Dear R devs,
For some days now (~ February, 4th), I am not able to build the recent
tarballs of R-devel on a FreeBSD test box anymore. The breakage seems to
be related to the newest overhaul of src/unix/system.c:
[..snip..]
gcc49 -std=gnu99 -I. -I../.
Dear R devs,
For some days now (~ February, 4th), I am not able to build the recent
tarballs of R-devel on a FreeBSD test box anymore. The breakage seems to
be related to the newest overhaul of src/unix/system.c:
[..snip..]
gcc49 -std=gnu99 -I. -I../../src/include -I../../src/include
-I/usr/loca
On Wed, 2017-02-08 at 15:51 -0600, Therneau, Terry M., Ph.D. wrote:
> I have a local library which depends on the expm library. The expm library
> is loaded into
> my personal space and I have the environment variable R_LIBS_USER set
> appropriately. The
> command "library(expm)" works just f
17 matches
Mail list logo
