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,
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
value that
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 -
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
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.
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,
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.character(x))
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 in
expand.grid
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 should:
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
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] stringsAsFactors
= FALSE
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)
insert bug report here
lines.formula() throws an error when subset argument is used but nothing is
provided for data argument.
Reproduce:
x-1:5
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
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)
RT and have an
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` - whatever
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
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
constant at 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
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
20 matches
Mail list logo
