On Thu, 23 Aug 2007, Duncan Murdoch wrote:
> The issue is compatibility with other Windows programs. /path/to/file works
> in lots of Windows programs, and is interpreted relative to the current
> drive. In the common situation where the user only has one partition which
> is mounted as C:, i
> -Original Message-
> From: Duncan Murdoch [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 23, 2007 9:15 PM
> To: Latchezar (Lucho) Dimitrov
> Cc: Prof Brian Ripley; Denham Robert; r-devel@r-project.org
> Subject: Re: [Rd] compiling R under cygwin
>
> On 23/08/2007 3:33 PM, Latchez
On 23/08/2007 3:33 PM, Latchezar (Lucho) Dimitrov wrote:
>
>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Prof Brian Ripley
>> Sent: Thursday, August 23, 2007 2:54 AM
>> To: Denham Robert
>> Cc: r-devel@r-project.org; Duncan Murdoch
>> Subje
Sorry but you pushed me where I did not want to go. Anyway this will be
my _last e-mail on this subj_.
1. I did not mention anything about cygwin.
2. Although I mentioned several times *nix if you had read a little bit
more carefully their spirit you would probably have grasped I actually
talked
Many people, probably about half, of R users are Windows users either
primarily or only and most would expect all their programs on their Windows
machine to work in the same consistent way as all other Windows programs
following a certain Windows look and feel and way of operating.
Software which
Depending on what you mean by "native". Anyway, I'd rather have it
uniform to use and easy to maintain across the platforms then keeping
the face of the host os. In any case what I'd suggested is to have the
uniform setup everywhere and "os" specific somewhere in case anybody
needs it. How is that
Having it be the same under cygwin as it is for other UNIX systems would
be ok but for the native Windows port R should behave like other
Windows applications, not like UNIX applications.
On 8/23/07, Latchezar (Lucho) Dimitrov <[EMAIL PROTECTED]> wrote:
>
>
> > -Original Message-
> > From:
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Prof Brian Ripley
> Sent: Thursday, August 23, 2007 2:54 AM
> To: Denham Robert
> Cc: r-devel@r-project.org; Duncan Murdoch
> Subject: Re: [Rd] compiling R under cygwin
>
> On Thu, 23 Aug 2007, Denh
This is fixed in the current R-devel.
On Wed, 22 Aug 2007, [EMAIL PROTECTED] wrote:
> Full_Name: Yan Wong
> Version: 2.5.1
> OS: Mac OS X 10.4
> Submission from: (NULL) (129.11.77.198)
>
>
> If nls is called with a large number of variables & parameters (>200), then it
> fails because of the defa
On Wed, Aug 22, 2007 at 08:53:39PM +0300, Jari Oksanen wrote:
>
> On 22 Aug 2007, at 20:16, Duncan Murdoch wrote:
> > A fairly common use of paste is to put together reports for human
> > consumption. Currently we have
> >
> >> p <- as.character(NA)
> >> paste("the value of p is", p)
> > [1] "the
Full_Name: Yan Wong
Version: 2.5.1
OS: Mac OS X 10.4
Submission from: (NULL) (129.11.77.198)
If nls is called with a large number of variables & parameters (>200), then it
fails because of the default setting of max.names = 200 in the all.vars
function. I guess that nls should either give a meani
On 22 Aug 2007, at 20:16, Duncan Murdoch wrote:
> On 8/22/2007 11:50 AM, Martin Maechler wrote:
>> Consider this example code
>>
>> c1 <- letters[1:7]; c2 <- LETTERS[1:7]
>> c1[2] <- c2[3:4] <- NA
>> rbind(c1,c2)
>>
>> ## [,1] [,2] [,3] [,4] [,5] [,6] [,7]
>> ## c1 "a" NA "c" "d" "e
Dear all,
It was a pleasure to meet you at Iowa State University. Two days ago I
submitted two experimental packages to CRAN (hope it will be there soon):
rindex: quick indexing of large objects (currently only character, see ?index)
regtest: some first support for automated regression testing
13 matches
Mail list logo
