now, it works ...
Thanks!
Prof Brian Ripley wrote:
> On Wed, 27 Feb 2008, Matthias Kohl wrote:
>
>> Dear Developers,
>>
>> I'm updating my R installation via svn (currently: Revision 44626). For
>> some time now (sorry don't know the exact revision number) make for R
>> devel yields the following
On Wed, 27 Feb 2008, Matthias Kohl wrote:
Dear Developers,
I'm updating my R installation via svn (currently: Revision 44626). For
some time now (sorry don't know the exact revision number) make for R
devel yields the following error
You need to start a clean build: you are updating from a ra
x <- rnorm(1e6);
y <- log(x); # or logb(x) or log1p(x)
w <- warnings();
print(object.size(w));
## [1] 480
str(w);
$ NaNs produced: language log(x)
- attr(*, "dots")= list()
- attr(*, "class")= chr "warnings"
y <- log2(x); # or log10(x)
w <- warnings();
print(object.size(w));
## [1] 8000536
s
Hi,
is it possible to update the modification time stamp of a file using R
(on file systems supporting it)? It is sufficient to update the
modification time to the current time. The best I can do for now is:
touchFile <- function(pathname, ...) {
if (!file.exists(pathname))
stop("No such
Dear Developers,
I'm updating my R installation via svn (currently: Revision 44626). For
some time now (sorry don't know the exact revision number) make for R
devel yields the following error
make[4]: *** Keine Regel vorhanden, um das Target
»../../../src/include/R_ext/GraphicsBase.h«,
benöt
The warning in "identify" when no point is close enough
to the clicked point is
./src/main/plot.c:3190: REprintf(_("warning: no point with
%.2f inches\n"), tol);
that should probably be "within" ...
Ben Bolker
__
R-devel@r-proj
Could it be connected with the fact that each R session creates an
Rtmp directory in tmp (at least on UNIX-alike) and that if started
simultaneously on machines with the same time stamp they might want to
use a directory with the same ? It still does not explain the
behaviour much as, first, lo
Hi,
I am debugging intermittent crashes of R that seem to happen when multiple R
sessions nearly summaltaneously load same dll-based library.
I have R and my libraries installed on a network drive (everything is Windows).
The drive is visible from a farm of servers. I have an R script, foo.R, t
Thanks Tony (and others), for getting me started. I eventually ended up with:
TopLevel$build_accessor <- function(., extra_args = c()) {
layer <- if (.$class() %in% c("geom","stat", "position")) c(
list(mapping=NULL,data=NULL),
compact(list(
geom = if (exists("default_geom", .)) .
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Mon, 25 Feb 2008 19:10:07 + (GMT) writes:
BDR> The cause is this:
BDR> r44607 | maechler | 2008-02-25 14:01:52 + (Mon, 25 Feb 2008) | 2
lines
BDR> add Fortran type declarations in two cases, mainly for didactic
On Tue, 26 Feb 2008, Michael Lawrence wrote:
> On Tue, Feb 26, 2008 at 8:18 AM, Prof Brian Ripley <[EMAIL PROTECTED]>
> wrote:
>
>> Revision r44621 supports (in a limited way) cairo 1.0 and hence I believe
>> vanilla FC5 -- I found what purports to be a vanilla FC5 box and it works
>> quite well t
On Tue, Feb 26, 2008 at 8:18 AM, Prof Brian Ripley <[EMAIL PROTECTED]>
wrote:
> Revision r44621 supports (in a limited way) cairo 1.0 and hence I believe
> vanilla FC5 -- I found what purports to be a vanilla FC5 box and it works
> quite well there.
>
> Two people have reported that the svg(), cai
On Tue, Feb 26, 2008 at 1:00 AM, Prof Brian Ripley <[EMAIL PROTECTED]>
wrote:
> Michael,
>
> > Would it be at all feasible to make the cairo backend available on
> > all platforms and have it provide a public API through which an
> > arbitrary cairo context could be passed as the drawing target?
>
On Tue, 26 Feb 2008, Roger D. Peng wrote:
> Thanks, running r44621 works well (on my FC5 box) and I can make various
> plots (I just did some limited testing).
>
> When I run the 'TestChars()' example in 'points' I get many warnings of the
> form:
>
> 1: In plot.xy(xy.coords(x, y), type = type,
Thanks, running r44621 works well (on my FC5 box) and I can make various plots
(I just did some limited testing).
When I run the 'TestChars()' example in 'points' I get many warnings of the
form:
1: In plot.xy(xy.coords(x, y), type = type, ...) :
pch value '128' is invalid in this locale
2:
Revision r44621 supports (in a limited way) cairo 1.0 and hence I believe
vanilla FC5 -- I found what purports to be a vanilla FC5 box and it works
quite well there.
Two people have reported that the svg(), cairo-pdf() and cairo-ps()
devices produce blank (but not empty) files. I was able to c
Oleg Sklyar wrote:
> similar. S3 gives more freedom in assigning new attributes, but this
> freedom also means that one has little control over the structure of an
> object making it, for example, more difficult to use with C/C++ code.
> Are there any specific benefits in not using S4 and slots
17 matches
Mail list logo