On Sun, 16 Nov 2008, [EMAIL PROTECTED] wrote:
Full_Name: Juergen Rose
Version: 2.8.0 (2008-10-20)
OS: Linux 2.6.27.4 x86_64 Intel
Submission from: (NULL) (87.185.220.122)
If I start as ordinary user rose R and help.start(), the help is displayed in
emacs. If I do as the user root, file:///tmp
G'day Reginaldo,
On Sun, 16 Nov 2008 01:00:09 +0100 (CET)
[EMAIL PROTECTED] wrote:
> Full_Name: Reginaldo Constantino
> Version: 2.8.0
> OS: Ubuntu Hardy (32 bit, kernel 2.6.24)
> Submission from: (NULL) (189.61.88.2)
>
>
> For many tables, chisq.test with simulate.p.value=TRUE gives a p
> val
Hi all,
I love the option to not automatically convert strings into factors,
but there are three places that the current option doesn't work where
I think it should:
options(stringsAsFactors = FALSE)
str(expand.grid(letters))
str(type.convert(letters))
df <- read.fwf(textConnection(paste(letter
Hello,
=20
Something wrong happens when I use the seq (function). Here it is an exampl=
e from my R console, I have the R version 2.7.2 (2008-08-25) running on Mic=
rosoft windows XP Version 2002 Service Pack 3, and my machine is a Dell Opt=
ilex GX280 with a processor Intel Pentium 4 CPU 2.80GHh
From the FAQ, section 9.1
If a command does the wrong thing, that is a bug. But be sure you know
for certain what it ought to have done. If you aren't familiar with the
command, or don't know for certain how the command is supposed to work,
then it might actually be working right. Fo
On Mon, 17 Nov 2008, hadley wickham wrote:
Hi all,
I love the option to not automatically convert strings into factors,
but there are three places that the current option doesn't work where
I think it should:
Perhaps you mean 'when I would like it to'? Things *should* work as
documented, s
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of hadley wickham
> Sent: Monday, November 17, 2008 5:10 AM
> To: r-devel@r-project.org
> Subject: [Rd] stringsAsFactors = FALSE
> ...
> The key lines in
> expand.grid would seem to be
>
> if (!is.factor(x) && is.charact
On Mon, 17 Nov 2008, Prof Brian Ripley wrote:
On Mon, 17 Nov 2008, hadley wickham wrote:
Hi all,
I love the option to not automatically convert strings into factors,
but there are three places that the current option doesn't work where
I think it should:
Perhaps you mean 'when I would like
On Mon, Nov 17, 2008 at 11:06 AM, William Dunlap <[EMAIL PROTECTED]> wrote:
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of hadley wickham
>> Sent: Monday, November 17, 2008 5:10 AM
>> To: r-devel@r-project.org
>> Subject: [Rd] stringsAsFactors = FALSE
>> ...
>> The key lines i
On Mon, Nov 17, 2008 at 9:03 AM, Prof Brian Ripley
<[EMAIL PROTECTED]> wrote:
> On Mon, 17 Nov 2008, hadley wickham wrote:
>
>> Hi all,
>>
>> I love the option to not automatically convert strings into factors,
>> but there are three places that the current option doesn't work where
>> I think it s
William Dunlap wrote:
but I'm not sure why they are being converted to factors in
the first place.
I think expand.grid converts input strings to factors so they
retain the order they have in the input.
Yep. These things do matter. Incidentally, I recently got burned by
cooking an example u
> "WD" == William Dunlap <[EMAIL PROTECTED]>
> on Mon, 17 Nov 2008 09:06:49 -0800 writes:
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of
>> hadley wickham Sent: Monday, November 17, 2008 5:10 AM
>> To: r-devel@r-project.org Subject: [Rd] stringsAsF
Full_Name: Steven McKinney
Version: R 2.8.0 Patched svn rev 46845
OS: powerpc-apple-darwin9.5.0
Submission from: (NULL) (142.103.207.10)
<>
lines.formula() throws an error when subset argument is used but nothing is
provided for data argument.
Reproduce:
x<-1:5
y<-c(1,3,NA,2,5)
plot(y~x, type
It was recently pointed out by Wacek Kusnierczyk that although one is
prevented from doing
FALSE <- TRUE
one *can* do
assign("FALSE",TRUE)
and have an object named ``FALSE'' with value TRUE in one's workspace.
This apparently has no deleterious effects; e.g. doing
sa
> "RT" == Rolf Turner <[EMAIL PROTECTED]>
> on Tue, 18 Nov 2008 08:49:21 +1300 writes:
RT> It was recently pointed out by Wacek Kusnierczyk that
RT> although one is prevented from doing
RT> FALSE <- TRUE
RT> one *can* do
RT> assign("FALSE",TRUE)
Rolf Turner wrote:
It was recently pointed out by Wacek Kusnierczyk that although one is
prevented from doing
FALSE <- TRUE
one *can* do
assign("FALSE",TRUE)
and have an object named ``FALSE'' with value TRUE in one's workspace.
This apparently has no deleterious effects; e.g. doing
Martin Maechler wrote:
But in spite of all that I agree that I'd have liked
`FALSE` <-
to signal an error about the fact that it is a reserved word.
RT> This is clearly not a very important issue, but it might
RT> bear some thinking about.
Yes. I'd propose that R-core look into
In R 2.8. I get the following warning when checking my package:
* checking for executable files ... WARNING
Found the following executable file(s):
.git/objects/00/12947a4bb4379fb0c3bed740314a9f4ac72331
.git/objects/00/21fac22a57a1567389ed34a9dc4f465c6cfd01
.git/objects/00/29da5c289489fdb224
unb.br> writes:
>
> Full_Name: Reginaldo Constantino
> Version: 2.8.0
> OS: Ubuntu Hardy (32 bit, kernel 2.6.24)
> Submission from: (NULL) (189.61.88.2)
>
> For many tables, chisq.test with simulate.p.value=TRUE gives a p value that is
> obviously incorrect and inversely proportional to the nu
On Mon, 17 Nov 2008, hadley wickham wrote:
In R 2.8. I get the following warning when checking my package:
* checking for executable files ... WARNING
Found the following executable file(s):
.git/objects/00/12947a4bb4379fb0c3bed740314a9f4ac72331
.git/objects/00/21fac22a57a1567389ed34a9dc4f465
20 matches
Mail list logo
