Dear list,
It seems that a package (pkgB) using another package (pkgA) with S4
generics formed by taking existing functions (for example 'plot') must
not import the existing functions ('plot') in its namespace to avoid
the warning "replacing previous import: plot".
Suppose we use the simple 'impo
"PBR" == Prof Brian Ripley
on Mon, 17 Aug 2009 10:34:55 +0100 (BST)
PBR> This was not implemented in R 2.9.x -- the comments in
PBR> check.in don't
PBR> agree with the usage, and it seemed unlikely that anyone
PBR> really wanted
PBR> this (it can be very slow, so perhaps
"AB" == Abhijit Bera
on Tue, 25 Aug 2009 18:22:59 +0530
AB> Hi
AB>
AB> I am unable to try out examples from the Rmetrics Ebook from
AB> the R command
AB> prompt. Below is an example of what happens:
AB>
AB> > Covariance<-cov(SWX.RET)
AB> Error in cov.timeSeries(S
"MM" == Martin Morgan
on Tue, 18 Aug 2009 06:15:50 -0700
Hi Martin,
Thanks for your response.
MM> Commenting as a user, there's no guarantee that the 'plot'
MM> generic
MM> defined in pkgA is derived from graphics::plot via setGeneric;
MM> pkgA
MM> could define it's own
"MM" == Martin Maechler
on Mon, 31 Aug 2009 14:51:16 +0200
MM> Yes, I agree, unjustified in your case.
MM> The question is: is there a patch which does differentiate
MM> between your situation and Martin's scenario -- or does your
MM> patch already do that?
Hi Martin,
Tha
Dear dev,
it looks like there is a typo in nlminb.
regards,
Yohan
Index: src/library/stats/R/nlminb.R
===
--- src/library/stats/R/nlminb.R(revision 50097)
+++ src/library/stats/R/nlminb.R(working copy)
@@ -93,7 +93,
"AB" == Abhijit Bera
on Wed, 11 Nov 2009 15:34:50 +0500
Hi Abhijit,
Please note that cross-posting is considered to be impolite.
AB> I'm getting the following errors while using the
AB> efficientPortfolio function
AB> even though I'm setting the target return to the mean of t
"SYC" == [EMAIL PROTECTED]
on Mon, 4 Feb 2008 23:35:07 +0100 (CET)
SYC> The garchFit function in the Rmetrics libray cannot estimate
SYC> ARCH models,
SYC> meaning that the number of beta terms in the model must be
SYC> greater than zero.
SYC> For this function neither p
Hi room,
There seems to be a problem with the Windows building machines of
R-Forge. All our packages with Fortran source code cannot be compiled
for Windows. The error in the log file is
make[3]: gfortran: Command not found
It seems that gfortran is not installed. Is there any plan to fix this
o
"CET" == [EMAIL PROTECTED]
on Wed, 21 May 2008 10:20:09 +0200 (CEST)
CET> I have a problem wirh R: After loding fBasics packages log
CET> funtion doesn't
CET> work like as fallow:
CET> Cenap ERDEMIR
CET> Hacettepe University
CET> Turkey
Thanks for your report, I will
Dear all,
I was looking for a function to analyze the code of a package and I
went throught the function 'checkUsagePackage' of package:codetools
which is used in 'R CMD check' script.
As far as I understand it, 'checkUsagePackage' does not check the code
usage of S4 methods because it loads all
Dear all,
In R-devel I have noticed the new approach for the "ts" class in the
package "methods".
the "structure" behaviour of "ts" is not always kept when one uses
"ts" objects and objects of classes which extend the virtual class
"structure".
As a short example:
## this works fine
setClass("f
Dear all,
As far as I understand, the number of arguments in methods:::cbind is
limited by the "self recursive" construction of the function
which generates nested loops.
A workaround could be to use the internal cbind function on blocks of
non S4 objects. The limitation would then be reduced to
"JR" == "Jeff Ryan" <[EMAIL PROTECTED]>
on Wed, 3 Dec 2008 15:22:24 -0600
JR> My 2c:
JR>
JR> The real issue for me is that this approach to handling S4 objects by
JR> altering R functions for the worse is incorrect. (by calling
JR> bind_activation)
JR>
JR> m <- mat
Hi all,
There seems to be a typo in "R Installation and Administration" in "B.7 Compile
and load flags"
"special flags for compiling Fortran 95 code to be turned into a shared
library" should be FCPICFLAGS and not FPICFLAGS
regards,
Yohan
__
R-devel
"JC" == John Chambers
on Fri, 06 Mar 2009 14:12:00 -0800
JC> Some modifications have been committed for the r-devel
JC> version today
JC> that modify (essentially, correct a bug in) the communication
JC> of objects
JC> to an S3 method from an S4 class that extends the S3
"JC" == John Chambers
on Mon, 09 Mar 2009 09:53:06 -0700
JC> As Yohan points out, and as we found in testing CRAN packages,
JC> there are
JC> a number of examples where programmers have written S3 methods
JC> for S4
JC> classes, such as print.aTest() below.
JC>
JC>
Dear R developers,
As you might have noticed, recent changes in R-dev will not allow the
definition of S3 methods with S4 classes.
But until now, we have defined "time<-" in our 'timeSeries' package as
an S3 generic because other packages are using the same function.
Indeed, if we had defin
"JC" == John Chambers
on Wed, 11 Mar 2009 09:57:43 -0700
JC> Whatever one wants for an S3 generic, it's not needed to do what,
JC> presumably, you want here.
JC>
JC> And for sure it is no excuse for S3 methods for S4 classes.
JC>
JC> Back to basics: To write S4 methods
"JC" == John Chambers
on Wed, 11 Mar 2009 19:10:29 -0700
JC> The problems are related to masking objects (in this case ) in
JC> the search list, not especially related to methods.
JC>
JC> It was in order to get around such problems that NAMESPACE
JC> was added to
JC> R
Dear list,
It seems that S4 methods defined for an S3 'base' generic
are not used in 'base' functions.
This can be problematic when 'base' functions start with
something like 'as.matrix'.
### START R code
setClass("classA", contains = "matrix",
representation(realData = "numeric"))
21 matches
Mail list logo
