I also prefer the old behavior. The old behavior of sd (return NA
rather than stop with an error) is nicer when one is working with any
kind of resampling technique. If there are some NA's in the data, then
one can happily "debug" with a small or medium number of samples, and
only when runnin
Simon;
See below.
Cheers,
--/Saleem
On 3 Dec 2007, at 15:42, Simon Urbanek wrote:
>
> On Nov 30, 2007, at 11:22 AM, Saleem Bhatti wrote:
>
>> Simon;
>>
>> On 30 Nov 2007, at 15:38, Simon Urbanek wrote:
>>
>>> Window -> Installer Log
>>> You can then use Save ... to save it in a file.
>>
>> OK -
On Dec 3, 2007, at 4:45 PM, Hin-Tak Leung wrote:
> Out of interest, why (the hell!) would the R installer trying to
> temper with gcc's files? It looks like it is either trying to rename
> or delete them.
>
Because it *is* the gcc files? (Note the "/local" in the paths.) Full
R comes with
gfortran is not part of Apple's Xcode which only contains GCC. The R-
installer contains gfortran for use with the Apple supplied GCC.
Kasper
On Dec 3, 2007, at 1:45 PM, Hin-Tak Leung wrote:
> Out of interest, why (the hell!) would the R installer trying to
> temper with gcc's files? It looks l
Out of interest, why (the hell!) would the R installer trying to
temper with gcc's files? It looks like it is either trying to rename
or delete them.
R needs gfortran's runtime library, and tries to detect for its
presence, that's fair enough... modifying, no. Is the failure
because the R install
On Mon, 3 Dec 2007, Simon Urbanek wrote:
> This is a bug, but not in R, it's in your program:
>
> On Dec 3, 2007, at 9:45 AM, [EMAIL PROTECTED] wrote:
>
>> Full_Name: Ian Wilson
>> Version: 2.6.1
>> OS: linux
>> Submission from: (NULL) (128.240.229.7)
>>
>>
>> The problem is new to R2.6.?. The co
On Nov 30, 2007, at 11:22 AM, Saleem Bhatti wrote:
> Simon;
>
> On 30 Nov 2007, at 15:38, Simon Urbanek wrote:
>
>> Window -> Installer Log
>> You can then use Save ... to save it in a file.
>
> OK - file is attached.
>
Thanks. Your system is broken - you have an infinite softlink loop in /
usr
This is a bug, but not in R, it's in your program:
On Dec 3, 2007, at 9:45 AM, [EMAIL PROTECTED] wrote:
> Full_Name: Ian Wilson
> Version: 2.6.1
> OS: linux
> Submission from: (NULL) (128.240.229.7)
>
>
> The problem is new to R2.6.?. The code works as expected in R-2.5.0.
it still does in 2.6.
Full_Name: Ian Wilson
Version: 2.6.1
OS: linux
Submission from: (NULL) (128.240.229.7)
The problem is new to R2.6.?. The code works as expected in R-2.5.0. I get the
problem with two different operating systems - an older redhat and new ubuntu
and with both g++4.1 and g++3.4.
I have a proble
I like the 2.6.x behaviour better. Consider:
x <- array(1:30), c(10,3))
x[,1] <- NA
x[-1,2] <- NA
x[1,3] <- NA
sd(x, na.rm=TRUE)
# 2.7.0
Error in var(x, na.rm = na.rm) : no complete element pairs
# 2.6.x
[1] NA NA 2.738613
The reason to put 'na.rm=TRUE' into the call is to avoid
g
> On Sun, 02 Dec 2007 19:41:04 +,
> Michael Hoffman (MH) wrote:
> Duncan Murdoch wrote:
>> I put together a clunky way to handle that for a presentation last week;
>> it may be enough for you.
>>
>> I leave the Sweave options at their defaults, but I have code chunks
>>
Dear Katherine,
To complicate things: whereas I was able to reproduce the problem many
times yesterday, also after restarting my computer several times and
with R 2.5.1, R 2.6.0 and R 2.6.1, the package builds and checks
_completely without errors or warnings_ and installs without the strange
mes
12 matches
Mail list logo