On 7/25/11 12:07 AM, Martin Maechler wrote:
John Chambers
on Sun, 24 Jul 2011 14:58:23 -0700 writes:
> A point that has come up a couple of times with the new
> test is that two classes from two packages may be "the
> same class". Should that turn on duplicate classes?
Use tracemem() instead, i.e.
> A <- matrix(c(1.0,1.1), nrow=5, ncol=10);
> tracemem(A);
[1] "<0x047ab170"
> A[1,1] <- 7;
> B <- sqrt(A);
tracemem[0x047ab170 -> 0x0552f338]:
> A[1,1] <- 7;
> B <- t(A);
> A[1,1] <- 7;
tracemem[0x047ab170 -> 0x057ba588]:
> A[1,
Hi, everybody
I'm setting up a new CRAN mirror and filled up the disk space the
server allotted me. I asked for more, then filled that up. Now the
system administrators want me to buy an $800 fiber channel card and a
storage device. I'm going to do that, but it does make want to
suggest to you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/25/2011 12:55 PM, Uwe Ligges wrote:
>
>
> On 25.07.2011 17:45, Ben Bolker wrote:
>
>I recently suggested to someone (
> http://stackoverflow.com/questions/6789055/r-inconsistency-why-add-t-sometimes-works-and-sometimes-not-in-the-plot-func
On 25.07.2011 17:45, Ben Bolker wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I recently suggested to someone (
http://stackoverflow.com/questions/6789055/r-inconsistency-why-add-t-sometimes-works-and-sometimes-not-in-the-plot-functi/6789098#6789098
) that the should use methods("pl
On Tue, Jul 19, 2011 at 8:13 AM, jeroen00ms wrote:
> I am working on a reproducible computing platform for which I would like to
> be able to _exactly_ reproduce an R object. However, I am experiencing
> unexpected randomness in some calculations. I have a hard time finding out
> exactly how it oc
Also consider subsetting:
cat("a: "); print(system.time( { A <- matrix(c(1.0,1.1),5,1000); 0 } ))
cat("h: "); print(system.time( { sum(A[1:5,1:1000]) } ))
cat("i: "); print(system.time( { sum(A[]) } ))
cat("j: "); print(system.time( { sum(A) } ))
In contrast with Python's NumPy array, the
Gabriel Becker writes:
AFAIK R does not automatically copy function arguments. R actually tries
very hard to avoid copying while maintaining "pass by value" functionality.
... R only copies data when you modify an object, not
when you simply pass it to a function.
This is a bit misleadin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I recently suggested to someone (
http://stackoverflow.com/questions/6789055/r-inconsistency-why-add-t-sometimes-works-and-sometimes-not-in-the-plot-functi/6789098#6789098
) that the should use methods("plot") or methods(class="function") to
locate
Prof Brian Ripley wrote:
The message is from maptools (as it says), not sp.
Thank you very much prof. Ripley for pointing out my error.
No, there is nothing you can do when dependent packages put out
messages. You could ask the maintainer not to put the message out when
rgeos is available
> John Chambers
> on Sun, 24 Jul 2011 14:58:23 -0700 writes:
> A point that has come up a couple of times with the new
> test is that two classes from two packages may be "the
> same class". Should that turn on duplicate classes?
> One situation where the answer seem
11 matches
Mail list logo