search for: docall

...e 1099, in ? main() File "/usr/bin/yam", line 983, in main mirror(dist.repos[repo], srcdir, dist) File "/usr/bin/yam", line 632, in mirror mirrorrhn(url, path, dist) File "/usr/bin/yam", line 870, in mirrorrhn package_list, type = rpcServer.doCall(repos.listPackages, channel, None, None) File "/usr/share/rhn/up2date_client/rpcServer.py", line 316, in doCall ret = apply(method, args, kwargs) File "/usr/share/rhn/up2date_client/repoDirector.py", line 21, in listPackages return self.handlers[channel['ty...

...hen I looked up utils package, This page http://astrostatistics.psu.edu/su07/R/html/utils/html/00Index.html shows exactly the same result, but this page http://rss.acs.unt.edu/Rdoc/library/R.utils/html/00Index.html shows a different list and none of the functions listed( such as arrayIndex, bunzip, doCall) is recognized by R:No documentation for ‘arrayIndex’ in specified packages and libraries: you could try ‘??arrayIndex’. So I'm just confused: 1. why does utils package have two different lists of functions? 2. If arrayIndex() comes with utils package, why can't R recognize it ? If it doe...

Hello everybody, I've got a bit of a problem with parLapply that's left me scratching my head today. I've tried this in R 2.11 and the 23 bit Revolution R Enterprise and gotten the same result, OS in question is Windows XP, the package involved is the snow package. I've got a list of 20 rain/no rain (1/0) situations for these two stations i and j, all the items in this list look

Hello All, How can I SET EXTENSION from context? This is my context: - [docall-usa] exten => _NXXNXXXXXX,1,Answer exten => _NXXNXXXXXX,n,Set() ; <<What do I need to set here>> exten => _NXXNXXXXXX,n,DeadAGI(dousacall.php|1) exten => _NXXNXXXXXX,n,Hangup I need to add 1 in front of ${EXTEN} and then send the call to dousa.php. Set(CALLERID(number)=1${...

Hi I try parallelising some code using the snow package and the following lines: cl <- makeSOCKcluster(8) pfunc <- function (x) (if(x <= (-th)) 1 else 0) ###correlation coefficient clusterExport(cl,c("pfunc","th")) cor.c.f <- parApply(cl,tms,c(1,2),FUN=pfunc) The parApply results in the error message: > cor.c.f <- parApply(cl,tms,c(1,2),FUN=pfunc) Error

...ate.py", line 395, in dryRun File "depSolver.py", line 357, in setup File "depSolver.py", line 390, in __add File "headers.py", line 37, in __getitem__ File "headers.py", line 42, in __retrievePackage File "rpcServer.py", line 304, in doCall File "repoDirector.py", line 31, in getHeader File "rpmSource.py", line 210, in getHeader File "/usr/share/rhn/up2date_client/repoBackends/yumRepo.py", line 100, in getHeader hdr = rpmUtils.readHeaderBlob(hdrBuf) TypeError: readHeaderBlob() takes exactly 2 a...

...sge.options', 'sge.taskPrep'), global.savelist=c('sge.parParApply', 'sge.globalPrep', 'global.savelist', 'sge.taskPrep', 'sge.checkNotNow', 'sge.get.jobid', 'sge.get.result', 'docall', 'enquote'), packages=NULL) and I still get bizarre behavior: half of the results will be NULL, for instance; the other half, incomplete. Would non-trivial changes to Rsge be required to make something like this possible?

Has anyone developed a version of do.call that is safe in the sense that it silently drops parameters that do not appear in the formals of the called function? This is useful when ... ends up being used in multiple further functions. e.g. f <- function(a, b) {a + b} do.call(f, list(a=1, b=2, c=3)) # Errors safe.call(f, list(a=1, b=2, c=3)) # Returns 3 If have quickly thrown together the