Displaying 20 results from an estimated 7000 matches similar to: "Protection stack overflow"
2009 Jul 16
1
Resizing a named vector crashes R with gctorture(TRUE) (PR#13837)
On 15/07/2009 8:08 PM, Herv? Pag?s wrote:
> Hi,
>
> > x <- c(a=10, b=20)
> > length(x) <- 1
> > x
> a
> 10
>
> But with gctorture turned on, I get:
>
> > gctorture(TRUE)
> > x <- c(a=10, b=20)
> > length(x) <- 1
> > x
> a
> "a" <---- ???
>
> > x <-
2009 Jul 07
0
Protection stack overflow when calling setGeneric()/setMethod() from within .onLoad()
Hi list,
Calling setGeneric()/setMethod() from within the .onLoad() hook
of MyPkg package produces the following error:
> gctorture(TRUE)
> library(MyPkg)
.onLoad(): ok1
.onLoad(): ok2
Error : protect(): protection stack overflow
Error : .onLoad failed in 'loadNamespace' for 'MyPkg'
Error: package/namespace load failed for 'MyPkg'
This is with
2011 Dec 07
4
bug in rank(), order(), is.unsorted() on character vector
Hi,
This looks OK:
> x <- c("_1_", "1_9", "2_9")
> rank(x)
[1] 1 2 3
But this does not:
> xa <- paste(x, "a", sep="")
> xa
[1] "_1_a" "1_9a" "2_9a"
> rank(xa)
[1] 2 1 3
Cheers,
H.
> sessionInfo()
R version 2.14.0 (2011-10-31)
Platform: x86_64-unknown-linux-gnu (64-bit)
locale:
[1]
2011 Sep 23
2
cbind() crashes on raw vectors
Hi,
cbind() doesn't seem to like raw vectors:
> df <- cbind(a=integer(4000), b=raw(4000))
> df
*** glibc detected *** /home/hpages/R-2.13.1/bin/exec/R: malloc():
memory corruption: 0x0000000002d73ca0 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x79d7a)[0x7f3592b91d7a]
/lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x6e)[0x7f3592b9431e]
2009 Jun 02
2
formal argument "envir" matched by multiple actual arguments
Hi list,
This looks similar to the problem reported here
https://stat.ethz.ch/pipermail/r-devel/2006-April/037199.html
by Henrik Bengtsson a long time ago. It is very sporadic and
non-reproducible.
Henrik, do you remember if your code was using reg.finalizer()?
I tend to suspect it but I'm not sure.
I've been hunting this bug for months but today, and we the help of other
Bioconductor
2011 Dec 09
3
bug in sum() on integer vector
Hi,
x <- c(rep(1800000003L, 10000000), -rep(1200000002L, 15000000))
This is correct:
> sum(as.double(x))
[1] 0
This is not:
> sum(x)
[1] 4996000
Returning NA (with a warning) would also be acceptable for the latter.
That would make it consistent with cumsum(x):
> cumsum(x)[length(x)]
[1] NA
Warning message:
Integer overflow in 'cumsum'; use
2011 Sep 23
1
broken save(..., compress="xy")
Hi,
With current R devel and R 2.13.1:
> aa=1:5
> save(aa, file="aa.rda", compress="xy")
Error in identical(compress, "gzip") || compress :
invalid 'y' type in 'x || y'
Thanks!
H.
> sessionInfo()
R version 2.13.1 (2011-07-08)
Platform: x86_64-unknown-linux-gnu (64-bit)
locale:
[1] LC_CTYPE=en_CA.UTF-8 LC_NUMERIC=C
[3]
2010 Mar 31
1
as(1:4, "numeric") versus as.numeric(1:4, "numeric")
Hi,
> class(as(1:4, "numeric"))
[1] "integer"
Surprising but an explanation could be that an integer
vector being a particular case of numeric vector, this
coercion has nothing to do because 1:4 is already numeric.
And indeed:
> is.numeric(1:4)
[1] TRUE
> is.numeric(as(1:4, "numeric"))
[1] TRUE
However, 'as(1:4,
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
>
2009 Sep 24
1
crash with NAs in subscripted assignment of a raw vector
Hi,
> x <- charToRaw("ABCDEFGx")
> x[c(1:3, NA, 6)] <- x[8]
*** caught segfault ***
address 0x8402423f, cause 'memory not mapped'
Possible actions:
1: abort (with core dump, if enabled)
2: normal R exit
3: exit R without saving workspace
4: exit R saving workspace
Cheers,
H.
> sessionInfo()
R version 2.10.0 Under development
2010 Jun 03
1
named empty list
Hi,
I just realized that a named empty list is displayed the same
way as an empty list:
> list(aa=2:5)[0]
list()
> list()
list()
For empty atomic vectors, the print method makes the difference:
> c(aa=3L)[0]
named integer(0)
> integer(0)
integer(0)
Maybe lists could do that too?
Thanks,
H.
> sessionInfo()
R version 2.12.0 Under development (unstable)
2018 May 16
2
Dispatch mechanism seems to alter object before calling method on it
On 05/15/2018 09:13 PM, Michael Lawrence wrote:
> My understanding is that array (or any other structure) does not
> "simply" inherit from vector, because structures are not vectors in
> the strictest sense. Basically, once a vector gains attributes, it is
> a structure, not a vector. The methods package accommodates this by
> defining an "is" relationship
2018 May 16
2
Dispatch mechanism seems to alter object before calling method on it
Hi,
This was quite unexpected:
setGeneric("foo", function(x) standardGeneric("foo"))
setMethod("foo", "vector", identity)
foo(matrix(1:12, ncol=3))
# [1] 1 2 3 4 5 6 7 8 9 10 11 12
foo(array(1:24, 4:2))
# [1] 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
22 23 24
If I define a method for array objects,
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:
2018 May 16
2
Dispatch mechanism seems to alter object before calling method on it
On 05/16/2018 10:22 AM, Michael Lawrence wrote:
> Factors and data.frames are not structures, because they must have a
> class attribute. Just call them "objects". They are higher level than
> structures, which in practice just shape data without adding a lot of
> semantics. Compare getClass("matrix") and getClass("factor").
>
> I agree that
2012 Dec 15
3
Cannot build custom locale with utf-8 charset
I am trying, without success, to compile a custom locale for the utf-8
character set. I have issued this command:
localedef --no-archive -f UTF-8 -i
/usr/share/i18n/locales/en_CA at yyyy-mmm-dd en_CA at yyyy-mmm-dd.utf8
which produces the requisite files without reporting an error but
which none-the-less insists on using the iso-8859-1 charset:
LC_ALL=en_CA at yyyy-mm-dd locale charmap
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
2008 Sep 09
0
Defining an alias for a generic function and callNextMethod() strange behaviour
Hi,
My package contains the following foo() generic and methods (simplified
version):
setGeneric("foo", signature="x", function(x, y=NA) standardGeneric("foo"))
setMethod("foo", "ANY", function(x, y=NA) list(x, y))
setMethod("foo", "character", function(x, y=NA) unlist(callNextMethod()))
> foo(5)
[[1]]
2010 Aug 18
2
'panel.smooth' error
Hi,
The following call:
xyplot(incidence ~ year, melanoma, panel=panel.smooth)
produces a blank plot region with an error message:
Error using packet 1
plot.new has not been called yet
> sessionInfo()
R version 2.11.1 (2010-05-31)
x86_64-pc-linux-gnu
locale:
[1] LC_CTYPE=en_CA.UTF-8 LC_NUMERIC=C LC_TIME=en_CA.UTF-8 LC_COLLATE=en_CA.UTF-8 LC_MONETARY=C
2007 Jun 27
1
error message from lmer
Hi,
I've begun to use the lme4 package, rather than nlme, for more flexibility
during modelling, and running the examples in lmer I receive this error
message:
---<---------------cut here---------------start-------------->---
R> (fm1 <- lmer(Reaction ~ Days + (Days|Subject), sleepstudy))
Error in printMer(object) : no slot of name "status" for this object of class