search for: dispatchorev

...> Hi, >> >> S4 method displacth does not work for the two generic functions >> 'is.finite' and 'is.infinite'. It turns out that the C functions >> 'do_isfinite' and 'do_isinfinite' in src/main/coerce.c are missing a >> call to 'DispatchOrEval' (see do_isnan). Added in the call fixed the >> problem. My functions no look like this: >> >> Form coerce.c: >> >> SEXP do_isfinite(SEXP call, SEXP op, SEXP args, SEXP rho) >> { >> SEXP ans, x, names, dims; >> int i, n; >> >>...

...SunOS 5.8 Submission from: (NULL) (207.66.36.189) Hi, S4 method displacth does not work for the two generic functions 'is.finite' and 'is.infinite'. It turns out that the C functions 'do_isfinite' and 'do_isinfinite' in src/main/coerce.c are missing a call to 'DispatchOrEval' (see do_isnan). Added in the call fixed the problem. My functions no look like this: Form coerce.c: SEXP do_isfinite(SEXP call, SEXP op, SEXP args, SEXP rho) { SEXP ans, x, names, dims; int i, n; if (DispatchOrEval(call, op, "is.finite", args, rho, &ans, 1, 1))...

...6.36.189) > > > Hi, > > S4 method displacth does not work for the two generic functions > 'is.finite' and 'is.infinite'. It turns out that the C functions > 'do_isfinite' and 'do_isinfinite' in src/main/coerce.c are missing a > call to 'DispatchOrEval' (see do_isnan). Added in the call fixed the > problem. My functions no look like this: > > Form coerce.c: > > SEXP do_isfinite(SEXP call, SEXP op, SEXP args, SEXP rho) > { > SEXP ans, x, names, dims; > int i, n; > > if (DispatchOrEval(call, op, "i...

...tch") at /home/biocbuild/src/R-3.0.r62077/src/main/errors.c:741 #1 0x00007ffff793a7ed in R_possible_dispatch (call=0x164d5c0, op=0x4d772a0, args=0x53325d0, rho=0x5334428, promisedArgs=TRUE) at /home/biocbuild/src/R-3.0.r62077/src/main/objects.c:1414 #2 0x00007ffff7908463 in Rf_DispatchOrEval (call=0x164d5c0, op=0x4d772a0, generic=0x7ffff7a8b0ef "length", args=0x53325d0, rho=0x5334428, ans=0x7ffffffe45a0, dropmissing=0, argsevald=1) at /home/biocbuild/src/R-3.0.r62077/src/main/eval.c:2413 #3 0x00007ffff792c318 in do_mapply (call=0x164d5c0, op=<optimized ou...

Hi, Starting with ordinary vectors, so we know what to expect: > mapply(function(x, y) {x * y}, 101:106, rep(1:3, 2)) [1] 101 204 309 104 210 318 > mapply(function(x, y) {x * y}, 101:106, 1:3) [1] 101 204 309 104 210 318 Now with an S4 object: setClass("A", representation(aa="integer")) a <- new("A", aa=101:106) > length(a)

...speed up programs that define methods for these functions (specifically, having methods should only marginally affect the existing computations for the same function on basic vectors and objects). This is the first of several steps needed. Not quite all primitives are handled (only those that use DispatchOrEval internally). And there will be a few related changes in the methods structure to add a bit more speed. A couple of points of strategy should be discussed, preferably before version 1.4 is frozen. I'll try to post a note on these in the near future. When writing methods for primitives, it...

>>>>> John Chambers <jmc at r-project.org> >>>>> on Sat, 10 Sep 2016 09:16:38 -0700 writes: > (Brief reply, I'm traveling but as per below, this is on my radar right now so wanted to comment.) > Two points regarding "dotsMethods". > 1. To clarify the limitation. It's not that all the arguments have to be of the same

...duction of 28%. Particular R programs will, of course, see widely varying reductions depending on what operations they mostly do. patch-dollar Speeds up access to lists, pairlists, and environments using the $ operator. The speedup comes mainly from avoiding the overhead of calling DispatchOrEval if there are no complexities, from passing on the field to extract as a symbol, or a name, or both, as available, and then converting only as necessary, from simplifying and inlining the pstrmatch procedure, and from not translating string multiple times. Relevant timing te...

...duction of 28%. Particular R programs will, of course, see widely varying reductions depending on what operations they mostly do. patch-dollar Speeds up access to lists, pairlists, and environments using the $ operator. The speedup comes mainly from avoiding the overhead of calling DispatchOrEval if there are no complexities, from passing on the field to extract as a symbol, or a name, or both, as available, and then converting only as necessary, from simplifying and inlining the pstrmatch procedure, and from not translating string multiple times. Relevant timing te...