On 13/11/2009 7:26 PM, Gabor Grothendieck wrote:
On Fri, Nov 13, 2009 at 7:21 PM, Duncan Murdoch wrote:
On 13/11/2009 6:39 PM, Gabor Grothendieck wrote:
Note that one should use inherits = FALSE argument on get and exists
to avoid returning objects from the parent, the parent of the parent,
et
On Fri, Nov 13, 2009 at 7:21 PM, Duncan Murdoch wrote:
> On 13/11/2009 6:39 PM, Gabor Grothendieck wrote:
>>
>> Note that one should use inherits = FALSE argument on get and exists
>> to avoid returning objects from the parent, the parent of the parent,
>> etc.
>
> I disagree. Normally you would
On 13/11/2009 6:39 PM, Gabor Grothendieck wrote:
Note that one should use inherits = FALSE argument on get and exists
to avoid returning objects from the parent, the parent of the parent,
etc.
I disagree. Normally you would want to receive those objects. If you
didn't, why didn't you set the
Note that one should use inherits = FALSE argument on get and exists
to avoid returning objects from the parent, the parent of the parent,
etc.
On Fri, Nov 13, 2009 at 2:27 PM, Duncan Murdoch wrote:
> On 11/13/2009 2:03 PM, Trishank Karthik Kuppusamy wrote:
>>
>> Greetings everyone,
>>
>> I have
losangeless...@hotmail.it wrote:
Full_Name: Luca Maestri
Version: 2.10.0
OS: Windows Vista /7
Submission from: (NULL) (193.204.41.157)
I don't know if it is really a bug or if it is only a particular case that
happened during my work:
cbind(nameoftheelement[1:10],nameofthelement[1:10])
Ple
On 11/13/2009 3:03 PM, Trishank Karthik Kuppusamy wrote:
On Nov 13, 2009, at 2:47 PM, Duncan Murdoch wrote:
Inconsistent with what happens for lists:
> x <- list()
> x$b
NULL
and attributes:
> attr(x, "b")
NULL
Ah, I see. I would claim that the same argument for default safety should apply
On 11/13/2009 9:50 AM, c.harp...@uea.ac.uk wrote:
Hi there,
I have recently updated to ver 2.10 (windows - I'm running xp) and find I am
having problems with plot arguments, for e.g.
Using the errbar function the error bars are now in black despite col="red",
the central point is in red tho
Full_Name: Luca Maestri
Version: 2.10.0
OS: Windows Vista /7
Submission from: (NULL) (193.204.41.157)
I don't know if it is really a bug or if it is only a particular case that
happened during my work:
cbind(nameoftheelement[1:10],nameofthelement[1:10])
the output is not precise because it isn
On Fri, 13 Nov 2009 14:31:10 +0100 Romain Francois
wrote:
> > Or have I overlooked something, and a function for this already exists?
>
> ?news
I know about the 'news' function, but that doesn't *show* the NEWS or
CHANGES file for a package, at least not in any useful format.
The feature I'd
Hi there,
I have recently updated to ver 2.10 (windows - I'm running xp) and find I am
having problems with plot arguments, for e.g.
Using the errbar function the error bars are now in black despite col="red",
the central point is in red though. Axis labels are drawn but not the 'main'
title.
Hello Henrik,
On Nov 13, 2009, at 3:42 PM, Henrik Bengtsson wrote:
> If you develop your own code you can add your own behavior by
> "extending" the environment class. I put "extending" in quotation
> marks, because 'environment' is one of few classes you should *not*
> extend from in the regula
If you develop your own code you can add your own behavior by
"extending" the environment class. I put "extending" in quotation
marks, because 'environment' is one of few classes you should *not*
extend from in the regular S3 (and S4?) sense, at least that was the
case a few years ago. You can se
On Nov 13, 2009, at 2:47 PM, Duncan Murdoch wrote:
> Inconsistent with what happens for lists:
>
> > x <- list()
> > x$b
> NULL
>
> and attributes:
>
> > attr(x, "b")
> NULL
Ah, I see. I would claim that the same argument for default safety should apply
here too.
> It is already a little st
On 11/13/2009 2:39 PM, Trishank Karthik Kuppusamy wrote:
Hello Duncan,
Thanks for your reply.
On Nov 13, 2009, at 2:27 PM, Duncan Murdoch wrote:
You get the same behaviour when asking for a nonexistent element of a list, or
a nonexistent attribute. If you want stricter checking, don't use
Hello Duncan,
Thanks for your reply.
On Nov 13, 2009, at 2:27 PM, Duncan Murdoch wrote:
> You get the same behaviour when asking for a nonexistent element of a list,
> or a nonexistent attribute. If you want stricter checking, don't use $, use
> get():
>
> > get("b", e)
> Error in get("b",
On 11/13/2009 2:03 PM, Trishank Karthik Kuppusamy wrote:
Greetings everyone,
I have a question about the default behaviour of a missing entry in an
environment.
Let us look at the following sequence of R statements:
e <- new.env()
e$a <- 1
e$a
[1] 1
e$b
NULL
I think I understand the lo
Greetings everyone,
I have a question about the default behaviour of a missing entry in an
environment.
Let us look at the following sequence of R statements:
> e <- new.env()
> e$a <- 1
> e$a
[1] 1
> e$b
NULL
>
I think I understand the logic for returning NULL to a missing entry in an
enviro
On 11/13/09 8:02 AM, Tony Plate wrote:
Putting options(error=function() NULL) at the start of the .R will let R
CMD check continue with commands in a file after stop() is called. (Or
anything other than the default options(error=NULL)).
But that's a rather heavy handed approach and could easily
Terry Therneau wrote:
I'm currently packaging up some of the kinship matrix routines more
formally, these are used in coxme when dealing with family correlation
structures. One of my test programs exercises error conditions, i.e.,
it purposely feeds particular types of invalid pedigree data in
Putting options(error=function() NULL) at the start of the .R will let R
CMD check continue with commands in a file after stop() is called. (Or
anything other than the default options(error=NULL)).
-- Tony Plate
Terry Therneau wrote:
I'm currently packaging up some of the kinship matrix ro
I'm currently packaging up some of the kinship matrix routines more
formally, these are used in coxme when dealing with family correlation
structures. One of my test programs exercises error conditions, i.e.,
it purposely feeds particular types of invalid pedigree data in to see
if the right erro
At 10:40 13/11/2009, dirk.ja...@ise.fraunhofer.de wrote:
Full_Name: Dirk Jacob
Version: R 2.8.1 and 2.9.1
OS: Win XP
Submission from: (NULL) (153.96.32.62)
I want to convert numbers to strings
like:
> inputs= c(0.3+0*(1:12) )
> (format(inputs,digits=3,scientific=T,collapse=" "))
and it works
In the case of R itself and the Windows platform this might usefully
be placed into the Rgui help menu.
On Fri, Nov 13, 2009 at 8:44 AM, Henrik Bengtsson
wrote:
> Please note my initial comment that it is hard for newcomers to find
> or even know about the existence of NEWS (and worse CHANGES) [
Please note my initial comment that it is hard for newcomers to find
or even know about the existence of NEWS (and worse CHANGES) [for R
itself]. Yet, we often imply that they should have read those before
reporting problems.
/Henrik
On Fri, Nov 13, 2009 at 2:31 PM, Romain Francois
wrote:
> On
Ha, beautiful example of how you should never use 'T' when you mean 'TRUE'.
Thanks
/Henrik
PS. The error message does indeed give you a great hint what the problem is.
On Fri, Nov 13, 2009 at 11:40 AM, wrote:
> Full_Name: Dirk Jacob
> Version: R 2.8.1 and 2.9.1
> OS: Win XP
> Submission from
On 11/13/2009 10:52 AM, Karl Ove Hufthammer wrote:
On Fri, 13 Nov 2009 09:37:31 +0100 Henrik Bengtsson
wrote:
I'd like to recommend that links to (local) NEWS and CHANGES are added
to the help.start() overview pages. help("NEWS")/help("CHANGE LOG")
and help("CHANGES") could display/refer to
On Fri, 13 Nov 2009 09:37:31 +0100 Henrik Bengtsson
wrote:
> I'd like to recommend that links to (local) NEWS and CHANGES are added
> to the help.start() overview pages. help("NEWS")/help("CHANGE LOG")
> and help("CHANGES") could display/refer to them as well.
Are you talking of the NEWS and CH
Full_Name: Dirk Jacob
Version: R 2.8.1 and 2.9.1
OS: Win XP
Submission from: (NULL) (153.96.32.62)
I want to convert numbers to strings
like:
> inputs= c(0.3+0*(1:12) )
> (format(inputs,digits=3,scientific=T,collapse=" "))
and it works
[1] "3e-01" "3e-01" "3e-01" "3e-01" "3e-01" "3e-01" "3e-01
Hi,
I am having problem building R 2.10, and it does not seem anyone else is
having a similar problem...
My system information:
uname -m = x86_64
uname -r = 2.6.31-ARCH
uname -s = Linux
gcc (GCC) 4.4.1
icc (ICC) 11.0 20081105
The first problem I encounter seems to be with icc and wctype.h du
Hello,
I recently dropped by Stat Conn web-page
and feel very grateful about such a good product released, allowing C#.net
developer to take benefit from the power of R stat
Unfortunately, when I want to execute the following statement
in R, it is fine
M=read.table("C:\\Temp\\temp.dat",sep=",")
Hi again,
My systems admin guy did come up with a fix after all:
setenv PATH /opt/gcc/bin:/usr/bin:/sbin:/usr/sbin:/usr/sfw/bin:/opt/
sfw/bin:/usr/xpg4/bin:/usr/ccs/bin:/usr/local/bin:/opt/torque/bin:/
home/mrg/bin
setenv LD_LIBRARY_PATH /home/mrg/apps/sparc-sun-solaris-2.10/lib:/usr/
sfw/lib
Its also difficult to know about demos unless you specifically issue a
demo(package = "mypackage") command. It would be nice if these were
listed too.
Note that the NEWS and/or ChangeLog file are listed on the package's
CRAN page such as:
http://cran.r-project.org/package=zoo
but the demos a
Hi,
right now it is actually a bit tricky to locate and view the NEWS and
the CHANGES files, especially if you are a beginning and don't even
know that you are supposed to look for them.
I'd like to recommend that links to (local) NEWS and CHANGES are added
to the help.start() overview pages. he
33 matches
Mail list logo
