Thomas Petzoldt schrieb:
Martin Maechler wrote:
"TP" == Thomas Petzoldt <[EMAIL PROTECTED]>
on Sun, 16 Mar 2008 13:50:55 +0100 writes:
TP> Hello, I wonder why the control parameter REPORT is not
TP> supported by method SANN. Looking into optim.c I found
TP> an internal constant:
The make variable $(R_SHARE_DIR) seems to be available for use in
tests/Makefile when running under Linux, but not Windows (R-2.6.2, R-2.6.1,
R-2.7.0 alpha 2008-04-06, under Windows XP 64 bit, built locally for 32 bit).
Is this intentional, or an oversight? Is it OK to use $(R_HOME)/share
inst
FWIW, on my apparently somewhat slower MacBook running R-2.7.0 on 10.5:
Quartz (Screen)
user system elapsed
0.747 0.008 0.760
Quartz (PNG)
user system elapsed
0.622 0.006 0.628
X11 (Xlib)
user system elapsed
0.858 0.067 1.714 (Almost all communication overhead)
X11 C
On that example "nbcairo" runs almost as fast as "Xlib" on my machine (and
faster than the example runs in Windows).
This is one of the sorts of example where the planned changes for 2.8.0
will make "cairo" faster than "nbcairo".
On Mon, 7 Apr 2008, Roger D. Peng wrote:
> For what it's worth,
For what it's worth, one area where I've noticed a big change is when I add to
a
plot in a for loop. For example, many calls to 'lines' or 'points'. Notice:
> x <- runif(2000, -1, 1)
> y <- runif(2000, -1, 1)
> X11(type = "cairo")
> plot(0,0)
> system.time(for(i in 1:2000) points(x[i], y[
On Mon, 7 Apr 2008, Sklyar, Oleg (MI London) wrote:
> Dear Prof Ripley,
>
> thank you for your suggestions, they are as always very insightful!
> Although, anybody can miss a point or two as I just did in namespaces.
> Is the following correct?
>
> Until redefined in the current namespace, plot.de
Dear Prof Ripley,
thank you for your suggestions, they are as always very insightful!
Although, anybody can miss a point or two as I just did in namespaces.
Is the following correct?
Until redefined in the current namespace, plot.default (and all other
plot.* methods) being defined in 'graphics'
Dear knowledgeable experts :-),
I am trying to get openmpi, Rmpi and SNOW running on a Myrinet/GM
cluster. I'm not an IT expert, but I surely could use a working
installation of Rmpi and SNOW.
I try to load the Rmpi library and get the following:
> library(Rmpi)
[master:07230] mca: base: com
On Mon, 7 Apr 2008, Barry Rowlingson wrote:
> If I run "R CMD check" on my package source directory I get no warnings
> (okay, at the moment I get a few, but lets imagine for the sake of
> argument I don't). Then if I run it again I get a warning about my
> source package having object files in it
If I run "R CMD check" on my package source directory I get no warnings
(okay, at the moment I get a few, but lets imagine for the sake of
argument I don't). Then if I run it again I get a warning about my
source package having object files in it:
* checking if this is a source package ... WARN
Try this:
Axis.AsIs = AxisFUN = function(x=NULL, at=NULL, ..., side,
labels=TRUE) {
if (is.null(at)) at = pretty(x)
axis(at=at, ..., side=side, labels=labels, col="red", lwd=5)
}
plot(I(1:10))
On Mon, Apr 7, 2008 at 7:22 AM, Sklyar, Oleg (MI London)
<[EMAIL PROTECTED]> wrote:
> Dear list:
On Mon, 7 Apr 2008, Sklyar, Oleg (MI London) wrote:
> Dear list:
>
> I would like to override the default way R formats plot axes with a
> custom method(s). Obviously I would prefer to define it as general as
> possible avoiding writing a custom method for each individual class
> where possible.
>
I think that you can change the axis as a argument in plot:
custom.axis <- bquote({axis(1, col="red", lwd=5)
axis(2, col="red", lwd=5)})
suppressWarnings(plot(1:5, 1:5, frame.plot = eval(custom.axis)))
suppressWarnings(plot(1:5, frame.plot = eval(custom.axis)))
Dear list:
I would like to override the default way R formats plot axes with a
custom method(s). Obviously I would prefer to define it as general as
possible avoiding writing a custom method for each individual class
where possible.
The plot.default method (and I assume other methods as well) cal
Mathieu Ribatet a écrit :
> Dear list members,
>
> I've got a small question on matrix multiplications in a C code. Because
> of a really cpu demanding likelihood, I had to use a C code within an R
> function wrapper. I'm pretty sure that there is already one good code
> for matrix multipli
15 matches
Mail list logo