Displaying 20 results from an estimated 10000 matches similar to: "Could you please add "time<-" as a generic function in the 'stats' package ?"
2009 Mar 18
1
Why S4 methods of S3 'base' generics are not used in 'base' functions ?
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"))
setMethod("as.matrix",
2009 Aug 17
2
S4 Generics and NAMESPACE : justified warning ?
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 'import' directive in the name space of
pkgB.
pkgA and pkgB files would
2017 Nov 02
2
"prob" package alternative
Yes. That's the version I've been discussing that has non-zero exit status.
That situation is why CRAN retired the prob package. It's possible you
installed that library earlier in development and it's been "carried"
along. It no longer installs, now.
The problems with all of this seem to have started this month according to
the conversations. However, no one has
2017 Nov 02
2
"prob" package alternative
The issue is fAsianOptions. Is there a version that works with the latest
version of R? If not, which version of it works with which version of R and
where can it be found? I tried several at the archive already.
Alternatively, is there another package that behaves similarly to prob?
On Wed, Nov 1, 2017 at 6:17 PM, David Winsemius <dwinsemius at comcast.net>
wrote:
>
> > On Nov
2017 Nov 02
2
"prob" package alternative
Yes, that is exactly what I was doing two days ago.
Warning in install.packages :
installation of package ?fAsianOptions_3010.79.tar.gz? had non-zero exit
status
Which is what a reading of the explanation for why "prob" was retired leads
one to expect. Do you have some other suggestion about how to get it to
work? I notice you're not using Windows which might have a relationship
2008 May 27
2
sort - Windows and Linux
Dear all,
While debugging a function I realized that
sort(c(" 1", " 2", "10"))
do not give the same result on Windows and Linux.
This is actually not surprising because white spaces are not handle in
the same manner on these two platforms. But I was wondering if this
behavior is also desired in R.
regards,
Yohan Chalabi
2017 Nov 02
0
"prob" package alternative
> On Nov 2, 2017, at 11:15 AM, Tiby Kantrowitz <tlkantro at gmail.com> wrote:
>
> The issue is fAsianOptions. Is there a version that works with the latest version of R? If not, which version of it works with which version of R and where can it be found? I tried several at the archive already.
sessionInfo()
R version 3.4.2 Patched (2017-10-04 r73465)
Platform:
2017 Nov 02
2
"prob" package alternative
Rtools is not available for the current version of R.
What I'm looking for is an alternative package or how others have managed
to create workarounds.
On Thu, Nov 2, 2017 at 4:25 PM, David Winsemius <dwinsemius at comcast.net>
wrote:
>
> > On Nov 2, 2017, at 1:09 PM, Tiby Kantrowitz <tlkantro at gmail.com> wrote:
> >
> > Yes, that is exactly what I was doing
2017 Nov 02
0
"prob" package alternative
> On Nov 2, 2017, at 12:07 PM, Tiby Kantrowitz <tlkantro at gmail.com> wrote:
>
> Yes. That's the version I've been discussing that has non-zero exit status. That situation is why CRAN retired the prob package. It's possible you installed that library earlier in development and it's been "carried" along. It no longer installs, now.
>
> The problems
2008 May 07
2
Windows binary packages & R-Forge
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
or am I doing something wrong on R-Forge?
thanks in advance for your advises.
regards,
Yohan
--
2017 Nov 02
2
"prob" package alternative
Thanks. I found that, and installed it and got the same message. Here:
RTools version 3.4
install.packages("fAsianOptions_3010.tar.gz", dependencies=TRUE,
repos=NULL, type = "source")
Installing package into ?C:/Users/Tlk7/Documents/R/win-library/3.4? (as
?lib? is unspecified) Warning: invalid package 'fAsianOptions_3010.tar.gz'
Error: ERROR: no packages specified
2017 Nov 02
0
"prob" package alternative
> On Nov 2, 2017, at 1:09 PM, Tiby Kantrowitz <tlkantro at gmail.com> wrote:
>
> Yes, that is exactly what I was doing two days ago.
>
> Warning in install.packages :
> installation of package ?fAsianOptions_3010.79.tar.gz? had non-zero exit status
>
> Which is what a reading of the explanation for why "prob" was retired leads one to expect. Do you have
2017 Nov 02
0
"prob" package alternative
> On Nov 2, 2017, at 2:14 PM, Tiby Kantrowitz <tlkantro at gmail.com> wrote:
>
> Rtools is not available for the current version of R.
Really? If true, I'm surprised and not able to help. I do see an Rtools34.exe at https://cran.r-project.org/bin/windows/Rtools/
--
David.
>
> What I'm looking for is an alternative package or how others have managed to create
2017 Nov 02
0
"prob" package alternative
> On Nov 2, 2017, at 3:46 PM, Tiby Kantrowitz <tlkantro at gmail.com> wrote:
>
> Thanks. I found that, and installed it and got the same message. Here:
>
> RTools version 3.4
>
> install.packages("fAsianOptions_3010.tar.gz",
I don't see a path to that file's location.
The expansion from pkg_version.tar.gz might be automatic, but I do generally
2008 Aug 07
1
'"ts" treated as a registered S3 class, but keep its "structure" behaviour' ?
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("foo", representation(header =
2003 Jul 09
2
Packages, generics, S3 and S4
My question has two parts.
The first is with regard to the frame or environment in which generic
functions are defined in packages. It seems as though they are defined
(i.e. exist as objects) in frame 1, even when defined in a package.
The following is a short example:
setClass("track",representation(x="numeric",y="numeric"))
plotTrack <- function(x,y,...)
2014 Jul 11
1
Namespaces and S4 Generics
I've installed R-devel
R Under development (unstable) (2014-07-09 r66111)
Platform: x86_64-apple-darwin13.1.0 (64-bit)
and am trying to resolve some problems that I am seeing with my
SparseM package. In prior versions I explicitly had:
setGeneric("image", function(x, ...) standardGeneric("image"))
and then used setMethod to define a method for the class matrix.csr
but
2010 Jun 13
1
S4 classes and S3 generic functions
A general goal for the next version of R is to make S4 and S3 play
better together.
As mentioned in a previous thread, one limitation has been that S3
generic functions, specifically the UseMethod() call, did not make use
of S4 inheritance when dispatching on general S4 objects.
This has been fixed in a version committed today (updated to rev 52267).
The code change is not large, but it
2010 Sep 07
1
Dispatch method on S3 or S4 class
Hello,
I've been attempting to make a generic method that dispatches on the first argument, which can be either an S3 or an S4 class. This is as far as I've gotten. Any suggestions about what to try next ?
library(aroma.affymetrix)
library(GenomicRanges)
setGeneric("analyse", function(x, y, ...) standardGeneric("analyse"))
setMethodS3("analyse",
2012 Nov 21
1
S3 generic/method consistency issue with R CMD check
Hi,
I'm having some trouble setting methods for the qr family of functions. I
believe I have distilled my misunderstanding in the code snippet below:
foo <- function(x, ...) UseMethod("foo")
foo.default <- function(x) { }
# foo
setGeneric(name = "foo", useAsDefault = foo)
setMethod("foo", signature(x="bar"),
function(x, ...) { }
)