Hi all,
I am having some problems with the inline package and maybe someone can
point out what is going wrong?
I have developed a C++ library to assist with an S4 R project I have
been working on for some time. I need to be able to include my package
using the setCMethod() function but it fails
10 2:29 AM
> To: 'Ravi Varadhan'; Troy Robertson; 'r-devel@R-project.org'
> Subject: RE: [Rd] Wierd nlm behaviour in 2.10.1 and 2.12.0
> [Sec=Unclassified]
>
>
> Try this:
>
> Myfunc2 <- function(rootM,Abund,Loss,OtherM) {
> # I have scaled the funct
Hi all,
When upgrading to 2.11.1 recently I noticed different results being produced by
my code.
After MUCH digging into my code I have finally narrowed it to a call to nlm().
The problem actually occurs in 2.10.1 and 2.12.0.
This can be replicated by trying the code below in some different vers
Hi all,
When upgrading to 2.11.1 recently I noticed different results being produced by
my code.
After much digging I have finally narrowed it to a call to nlm().
This can be replicated by:
FixedRemovals<-1836180125888
AbStageInitial<-2223033830403
Rates<- 0.3102445
nlm(function(rootM,Abund,Lo
> -Original Message-
> From: Kasper Daniel Hansen [mailto:kasperdanielhan...@gmail.com]
> Sent: Friday, 8 October 2010 3:13 PM
> To: Troy Robertson
> Cc: Martin Maechler; r-devel@R-project.org; John Chambers
> Subject: Re: [Rd] Recursion error after upgrade to R_2.11.1
> [S
> -Original Message-
> From: Martin Maechler [mailto:maech...@stat.math.ethz.ch]
> Sent: Thursday, 7 October 2010 9:50 PM
> To: Troy Robertson
> Cc: 'Martin Morgan'; 'r-devel@R-project.org'; 'John Chambers'
> Subject: Re: [Rd] Recursion err
>
> On 10/06/2010 06:12 PM, Troy Robertson wrote:
> > Hi all,
> >
> > After no replies to my previous message I thought I might show some
> > code to demonstrate the change and again seek any
> explanation for the
> > error now thrown by my cod
Hi all,
After no replies to my previous message I thought I might show some code to
demonstrate the change and again seek any explanation for the error now thrown
by my code after upgrading from 2.10.1 to 2.11.1.
Thanks
Troy
setClass("Por
Resending this in plain text, after realising the html text hadn't been posted
(oops).
Hi all,
After an upgrade from R_2.10.1 to R_2.11.1 I am now getting the following error:
Error: evaluation nested too deeply: infinite recursion / options(expressions=)?
This occurs in the initialize method o
> -Original Message-
> From: Duncan Murdoch [mailto:murdoch.dun...@gmail.com]
> Sent: Monday, 4 October 2010 11:09 PM
> To: Troy Robertson
> Cc: 'r-devel@R-project.org'
> Subject: Re: [Rd] S4 class help pages [Sec=Unclassified]
>
>
> On 04/10/2010 1
Hi all,
After an upgrade from R_2.10.1 to R_2.11.1 I am now getting the following error:
Error: evaluation nested too deeply: infinite recursion / options(expressions=)?
This occurs in the initialize method of S4 classes where I was initialising
attributes eg:
.Object[['realtimeState']] <- list(
Hi,
I am working on producing an R package containing mostly S4 classes and methods.
I have generated and filled out all the necessary .Rd files but find that once
installed I am unable to access help pages for the classes using the
?package::classname-class syntax that is suggested when using t
> Sent: Friday, 3 July 2009 10:29 AM
> To: Troy Robertson; r-devel@R-project.org
> Subject: Re: [Rd] OOP performance, was: V2.9.0 changes [SEC=Unclassified]
>
> In terms of performance if you want the fastest
> performance in R go with S3 and if you want
> even faster performan
f the more expensive code to C.
Had a quick look at simecol which looks interesting. Will point it out to my
boss to check out too.
Thanks
Troy
> -Original Message-
> From: Thomas Petzoldt [mailto:thomas.petzo...@tu-dresden.de]
> Sent: Friday, 3 July 2009 1:31 AM
> To: Tr
> -Original Message-
> From: Martin Morgan [mailto:mtmor...@fhcrc.org]
> Sent: Thursday, 2 July 2009 10:58 PM
> To: Troy Robertson
> Cc: 'r-devel@R-project.org'
> Subject: Re: [Rd] V2.9.0 changes [Sec=Unclassified]
>
> Troy Robertson wrote:
> > Well
in environment
when the class enherits from .environment. It would be a lot more sensible if
my data members were still declared as S4 slots instead of having to hide them
in .xData
Troy
Troy Robertson
Database and Computing Support Provider
Southern Ocean Ecosystems, ERM/Fish
Australian
> To: Stavros Macrakis
> Cc: Troy Robertson; r-devel@R-project.org
> Subject: Re: [Rd] S4 and connection slot [Sec=Unclassified]
>
> Stavros Macrakis wrote:
> > On Mon, Jun 29, 2009 at 9:19 AM, Martin Morgan > <mailto:mtmor...@fhcrc.org>> wrote:
> >
> >
unction(.Object,.xData=new.env(parent=emptyenv())) {
.Object <- callNextMethod(.Object, .xData=.xData)
return(.Object)
}
)
s <- new("Element")
Not sure why that changes things though?
Troy
> -Original Message-
> From: M
g
How can I declare a slot of the appropriate class? The strings "connection",
"file" fail.
Troy
Troy Robertson
Database and Computing Support Provider
Southern Ocean Ecosystems, ERM/Fish
Australian Antarctic Divi
e tomorrow.
Cheers
Troy
> -Original Message-
> From: Martin Morgan [mailto:mtmor...@fhcrc.org]
> Sent: Tuesday, 23 June 2009 11:25 PM
> To: Troy Robertson
> Cc: 'r-devel@R-project.org'
> Subject: Re: [Rd] V2.9.0 changes [Sec=Unclassified]
>
> Troy Robertson wrote:
> Sent: Tuesday, 23 June 2009 6:22 PM
> To: Troy Robertson
> Cc: r-devel@R-project.org
> Subject: Re: [Rd] V2.9.0 changes [Sec=Unclassified]
>
> Not a direct answer to your question, but...
> You might consider using the R.oo package, from H. Bengtsson. It's
> very stable,
- 10})
z <- new('foo')
z...@stuff$x <- new('foo')
doit(z,z...@stuff$x)
z...@stuff$x@bar
[1] 0
--
Can anyone help with a better way of doing this.
I'm trying to avoid all the indirection of packing and unpacking environment
I am new to R programming but have dived into a medium sized modelling software
development project.
Having come from a Java OO background I have a couple of questions about S4
objects.
Is there a way to make S4 slots (and methods) private and hence force the use
of accessor methods?
Is t
23 matches
Mail list logo
