> delayMe <- function() {
+ if (failed) {
+ delayedAssign("x", delayMe(), assign.env=topenv())
+ stop("init me!")
+ } else foo
+ }
>
> failed <- TRUE
> foo <- "is me"
> delayedAssign("x", delayMe())
> x
Error in delayMe() : init me!
> x
Error in delayMe() : init me!
> faile
delayedAssign.
> delayedAssign("z", { cat("hi\n"); 2}, assign.env=sbox)
> sbox$z
hi
[1] 2
> sbox$z
[1] 2
Martin
Martin Morgan <[EMAIL PROTECTED]> writes:
>> delayMe <- function() {
> + if (failed) {
> + delayedAssign("x&
John Chambers <[EMAIL PROTECTED]> writes:
> As for:
>
> setClass("kid4", contains = "mom")
>
> this is currently a meaningless class: It's not virtual but it has no
> meaningful prototype. My preference would be a change that makes this a
> virtual class, as the programmer probably intended (
>> Yes, I know! That is why this code is NOT released to CRAN, and also why
>> I do NOT propose it as to John Fox or Jose-Claudio Faria as a patch for
>> R Commander or Tinn-R, respectively. We are precisely discussing the
>> problem to find better solutions (the R GUI API?). For instance, could
Ross Boylan <[EMAIL PROTECTED]> writes:
> On Fri, Nov 24, 2006 at 11:23:14AM -0800, Ross Boylan wrote:
>> Using R 2.4, the following fails:
>> setClass("testc", representation(a="ANY"))
>> makeC <- function(myarg) new("testc", a=myarg)
>> makeC()
>> -> Error in initialize(value, ...) : argument "m
I'm looking for help with the following warning message:
Subclass "A" of class "numeric" is not local and cannot be updated for
new inheritance information; consider setClassUnion() in:
.checkSubclasses(class1, classDef, class2, classDef2, where1)
I see this with, e.g.,
R CMD INSTALL --clean
in
Vladimir, Jeff, et al.,
This is more pre-publicity than immediately available solution, but
we've been working on the 'RWebServices' project. The R evaluator and
user functions get wrapped in Java, and the Java exposed as web
service. We use ActiveMQ to broker transactions between the front-end
we
Hi Erik,
Erik van Zijst <[EMAIL PROTECTED]> writes:
> Hi Martin,
>
> Your approach of bolting a webservices layer on top of R is a really
> nice (and quite natural) thing to do.
[...]
> As you already suggested, webservices are fairly expensive with their
> HTTP and XML-parsing, making it less su
401 - 408 of 408 matches
Mail list logo
