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
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
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:
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, ...) :
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?
Offering
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(),
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 there.
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 didactical
reasons
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, .))
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,
Could it be connected with the fact that each R session creates an
Rtmpsmth 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 smth? It still does not explain the
behaviour much as,
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
__
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«,
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
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
str(w);
##
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 error
You
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
17 matches
Mail list logo