Displaying 20 results from an estimated 10000 matches similar to: "Last R-devel snapshot is an empty tarball"
2005 Dec 20
1
SVN-REVSION altered when building R-devel out of tree from last snapshot
Hi,
Today I downloaded and compiled the last R-devel snapshot.
The SVN-REVISION in the tarball contains the following:
Revision: 36792
Last Changed Date: 2005-12-18
But after compiling on Unix (I compiled out of tree), I ended up
with an SVN-REVSION file containing:
Revision: unknown
Last Changed Date: Today
in the build tree.
Then when I start R, I get:
R : Copyright Today, The
2019 Mar 22
2
selectMethod() can fail to find methods in situations of multiple dispatch
Fine with me as long as eliminating the inconveniences associated with it can be put on the roadmap. The alias instability and the fact that the user has no way to know if s/he should do ?`foo,numeric-method` or ?`foo,numeric,ANY-method` to find the method has been a long-standing problem.
H.
On 3/21/19 21:29, Michael Lawrence wrote:
If we started over, I'd try to avoid this sort of
2011 Mar 30
2
R CMD build now removes empty dirs
Hi,
It's unfortunate that with recent revisions of R 2.13 (this
appeared in revision 54640, March 2), 'R CMD build' now removes
empty dirs in the package. People might have good reasons for
having empty dirs in their packages. For example, in Bioconductor,
we have some tools to automatically generate annotation packages
and those tools are implemented in software packages that use
2007 Aug 13
1
Compilation error with R-devel_2007-08-12.tar.gz snapshot
Hi,
I get a compilation error with last available R devel
snapshot (R-devel_2007-08-12.tar.gz, r42483):
==================== CONFIGURE ====================
hpages at wilson1:~/R-2.6.broken> ~/src/R-2.6.r42483/configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
[...]
R is now configured for x86_64-unknown-linux-gnu
Source
2019 Mar 22
2
selectMethod() can fail to find methods in situations of multiple dispatch
Hi Michael,
Thanks for looking into this. I suspect that truncation of ANY suffixes from method signatures is also the culprit behind the sudden breakage of aliases of the form \alias{foo,numeric-method} when a method without the ANY suffix in its signature gets added to the ecosystem. See my post about this to the Bioc-devel mailing list a couple of months ago:
2007 Apr 03
1
source(..., echo=TRUE) broken in R-2.5.0 alpha and in R-2.6.0 devel
Hi,
I get this error with R-2.5.0 alpha and R-2.6.0 devel:
> source("http://bioconductor.org/biocLite.R", echo=TRUE)
Error in if (timestamp != srcfile$timestamp) warning("Timestamp of '", :
missing value where TRUE/FALSE needed
Same with 'verbose=TRUE':
> source("http://bioconductor.org/biocLite.R", verbose=TRUE)
2009 Sep 01
1
R devel repository tarball naming issue
Hi,
we noticed that since some time after Aug 24th the daily snapshots provided on
ftp://ftp.stat.math.ethz.ch/Software/R/
no longer have their default tarball file name
but dropped the date stamp, i.e. R-devel_.tar.bz2
Same for R-patched snapshots.
Could one of the maintainers please take a look. We rely on the default naming convention
for automatic builds.
Regards,
Matthias
--
2007 Feb 05
1
Build error with last R-devel tarball
Hi,
On Windows, with last R-devel tarball (r40647) from
ftp://ftp.stat.math.ethz.ch/Software/R/R-devel_2007-02-04.tar.gz
I get the following build error:
E:\biocbld\bbs-2.0-bioc\R\src\gnuwin32> make
...
...
---------- Making package utils ------------
adding build stamp to DESCRIPTION
installing NAMESPACE file and metadata
installing R files
Error in namespaceExport(ns, exports) :
2017 Nov 29
2
binary form of is() contradicts its unary form
Hi Mehmet,
On 11/29/2017 11:22 AM, Suzen, Mehmet wrote:
> Hi Herve,
>
> I think you are confusing subclasses and classes. There is no
> contradiction. `is` documentation
> is very clear:
>
> `With one argument, returns all the super-classes of this object's class.`
Yes that's indeed very clear. So if "list" is a super-class
of "data.frame" (as
2007 Mar 27
3
Unexpected result of as.character() and unlist() applied to a data frame
Hi,
> dd <- data.frame(A=c("b","c","a"), B=3:1)
> dd
A B
1 b 3
2 c 2
3 a 1
> unlist(dd)
A1 A2 A3 B1 B2 B3
2 3 1 3 2 1
Someone else might get something different. It all depends on the
values of its 'stringsAsFactors' option:
> dd2 <- data.frame(A=c("b","c","a"), B=3:1, stringsAsFactors=FALSE)
> dd2
2020 May 22
2
paste(character(0), collapse="", recycle0=FALSE) should be ""
I agree with Herve, processing collapse happens last so collapse=non-NULL
always leads to a single character string being returned, the same as
paste(collapse=""). See the altPaste function I posted yesterday.
Bill Dunlap
TIBCO Software
wdunlap tibco.com
On Fri, May 22, 2020 at 9:12 AM Herv? Pag?s <hpages at fredhutch.org> wrote:
> I think that
>
>
2019 May 17
3
nrow(rbind(character(), character())) returns 2 (as documented but very unintuitive, IMHO)
Hi Herve,
Inline.
On Thu, May 16, 2019 at 4:45 PM Pages, Herve <hpages at fredhutch.org> wrote:
> Hi Gabe,
>
> ncol(data.frame(aa=c("a", "b", "c"), AA=c("A", "B", "C")))
> # [1] 2
>
> ncol(data.frame(aa="a", AA="A"))
> # [1] 2
>
> ncol(data.frame(aa=character(0),
2019 Mar 14
2
selectMethod() can fail to find methods in situations of multiple dispatch
Here is an example:
setGeneric("foo", function(x, y) standardGeneric("foo"))
setMethod("foo", c("numeric", "ANY"),
function(x, y) cat("I'm the foo#numeric#ANY method\n")
)
Dispatch works as expected but selectMethod() fails to find the method:
> foo(1, TRUE)
I'm the foo#numeric#ANY method
>
2020 May 22
2
paste(character(0), collapse="", recycle0=FALSE) should be ""
Hi Martin et al,
On Thu, May 21, 2020 at 9:42 AM Martin Maechler <maechler at stat.math.ethz.ch>
wrote:
> >>>>> Herv? Pag?s
> >>>>> on Fri, 15 May 2020 13:44:28 -0700 writes:
>
> > There is still the situation where **both** 'sep' and 'collapse' are
> > specified:
>
> >> paste(integer(0),
2015 Sep 29
3
making object.size() more meaningful on environments?
Hi,
Currently object.size() is not very useful on environments as it always
returns 56 bytes, no matter how big the environment is:
env1 <- new.env()
object.size(env1) # 56 bytes
env2 <- new.env(hash=TRUE, size=75000000L)
object.size(env2) # 56 bytes
env3 <- list2env(list(a=runif(25000000), L=LETTERS))
object.size(env3) # 56 bytes
This makes it pretty useless on
2017 Nov 29
2
binary form of is() contradicts its unary form
Hi,
The unary forms of is() and extends() report that data.frame
extends list, oldClass, and vector:
> is(data.frame())
[1] "data.frame" "list" "oldClass" "vector"
> extends("data.frame")
[1] "data.frame" "list" "oldClass" "vector"
However, the binary form of is()
2020 May 22
5
paste(character(0), collapse="", recycle0=FALSE) should be ""
Gabe,
It's the current behavior of paste() that is a major source of bugs:
## Add "rs" prefix to SNP ids and collapse them in a
## comma-separated string.
collapse_snp_ids <- function(snp_ids)
paste("rs", snp_ids, sep="", collapse=",")
snp_groups <- list(
group1=c(55, 22, 200),
group2=integer(0),
group3=c(99,
2006 Feb 01
1
Rd files with unknown sections
Hi,
With recent versions of R-devel, "R CMD check" complains about
some "Rd files with unknown sections".
hpages at gladstone:~> R CMD check multtest_1.9.4.tar.gz
...
...
* checking Rd files ... WARNING
Rd files with unknown sections:
/home/hpages/multtest.Rcheck/00_pkg_src/multtest/man/boot.resample.Rd:
notes
2015 Sep 29
1
making object.size() more meaningful on environments?
Hi Gabe,
On 09/29/2015 02:51 PM, Gabriel Becker wrote:
> Herve,
>
> The problem then would be that for A a refClass whose fields take up N
> bytes (in the sense that you mean), if we do
>
> B <- A
>
> A and B would look like the BOTH take up N bytes, for a total of 2N,
> whereas AFAIK R would only be using ~ N + 2*56 bytes, right?
Yes, but that's still a *much*
2006 Jan 05
1
Pb with agrep()
Happy new year everybody,
I'm getting the following while trying to use the agrep() function:
> pattern <- "XXX"
> subject <- c("oooooo", "oooXooo", "oooXXooo", "oooXXXooo")
> max <- list(ins=0, del=0, sub=0) # I want exact matches only
> agrep(pattern, subject, max=max)
[1] 4
OK
> max$sub <- 1 # One allowed