Thanks, Prof. Ripley. I downloaded the new admin.R and used that in
place of one in R-2.0.0 build directory. The compile went fine. So,
for the record, R-2.0.0 + Prof. Ripley's fixed admin.R compiles fine on
"alphapca56-unknown-linux-gnu".
[EMAIL PROTECTED] rajiv]$ R
R : Copyright 2004, T
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Prof
> Brian Ripley
> Sent: Sunday, October 17, 2004 7:11 PM
> To: Philippe Grosjean
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Rd] Lazy loading - importance of NAMESPACE
>
> I think you are leaping t
I think you are leaping to a conclusion from a single example. Lots of
things have changed in 2.0.0 and you are repeatedly attributing symptoms
to lazy loading without any real evidence.
I have tested several hundred examples with and without lazy loading, and
I have seen no dramatic changes ca
"Prasad, Rajiv" <[EMAIL PROTECTED]> writes:
> Thanks, Peter, and Prof. Ripley.
>
> My efforts last night was mostly futile except that it told me about the
> embedded newline in Built field.
>
> Prof. Ripley: how do I get your fixes? Can I just download
> R-2.0.0-patched?
With a little patienc
On Sun, 17 Oct 2004, Prasad, Rajiv wrote:
> Thanks, Peter, and Prof. Ripley.
>
> My efforts last night was mostly futile except that it told me about the
> embedded newline in Built field.
>
> Prof. Ripley: how do I get your fixes? Can I just download
> R-2.0.0-patched?
Yes, tomorrow's tarball
Hello all,
Following a question in r-help, where I was wondering why my large package
with lots of "Depends:" did load so slowly (almost 30 sec in lazy loading in
R 2.0.0 under Win XP, for 3.4 sec in R 1.9.1 on the same machine), I
discovered that a correct namespace changes everything: with the n
Thanks, Peter, and Prof. Ripley.
My efforts last night was mostly futile except that it told me about the
embedded newline in Built field.
Prof. Ripley: how do I get your fixes? Can I just download
R-2.0.0-patched?
Rajiv
Rajiv Prasad
Scientist, Hydrology Group
Pacific Northwest Nationa
I would have thought it would be an error to attempt and fail.
Actually, to make it a vector all that has to be done is to zap the dim
attribute:
dim(x1mat) <- NULL # now its a vector
It seems to know how to do that in the case of an atomic
matrix, just not a non-atomic one. Here it is fo
On 17 Oct 2004, Peter Dalgaard wrote:
> This is not an architecture-specific bug at all, it just happens to be
> tickled by the specific length of "alphapca56-unknown-linux-gnu"!
>
> I'm unsure whether the problem is in read.dcf or whether
> split_description could just use strsplit(Built, ";[ \n
"Prasad, Rajiv" <[EMAIL PROTECTED]> writes:
> Thanks for the reply, Peter.
>
> The build is done in a clean directory, and --without-tcltk does not
> help. I thought it is much better to track this down and fix it anyway.
>
> Agreed there aren't too many Alphas out there anymore, but I plan to
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> vals <- sort(unique(x))
> y <- tabulate(match(x, vals))
> rval <- approxfun(vals, cumsum(y)/n, method = "constant", yleft = 0,
> yright = 1, f = 0, ties = "ordered")
>
> should work better for you and may be little
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> vals <- sort(unique(x))
> y <- tabulate(match(x, vals))
> rval <- approxfun(vals, cumsum(y)/n, method = "constant", yleft = 0,
> yright = 1, f = 0, ties = "ordered")
>
> should work better for you and may be little
This is easy: x <- sort(x) should be first (as that drops NAs). Fixed in
R-patched.
On Sun, 17 Oct 2004, stefano iacus wrote:
> I would add that some action has to be taken in presence of missing
> values, i.e.
>
> > x <- c(1,2,2,4,7, NA, 10,12, 15,20)
> > ecdf(x)
> Error in xy.coords(x, y)
maybe, the point is that is.vector "attempts to coerce its argument into a
vector", but here it fails
is.matrix(as.vector(x1mat))
[1] TRUE
Matthias
>
> The following, which was recently discussions on the rcom-l list,
> is a situation where coercing x1mat to a vector using as.vector
> results in
This seems a _very_ unusual use of ecdf -- what are you using it for that
a sample of size 10,000 would not do equally well?
If you have a need for a more efficient version of ecdf, please develop
one and submit a patch. I don't think it would be hard as ecdf does
x <- sort(x)
rval <- a
I would add that some action has to be taken in presence of missing
values, i.e.
> x <- c(1,2,2,4,7, NA, 10,12, 15,20)
> ecdf(x)
Error in xy.coords(x, y) : x and y lengths differ
stefano
On Oct 17, 2004, at 8:50 AM, [EMAIL PROTECTED] wrote:
Full_Name: Martin Frith
Version: R-2.0.0
OS: linux-gnu
S
16 matches
Mail list logo
