similar to: Problems with install.packages when Ncpus > 1

Dear all, My gRbase package imports functionality from the bioconductor packages graph, Rgraphviz and RBGL. To make installation of gRbase easy, I would like to have these bioconductor packages installed in connection with installation of gRbase, but to do so the user must use setRepositories() to make sure that R also installs packages from bioconductor. Having to call setRepositories causes

Full_Name: Christian Kuehnert Version: 2.7.1 OS: Windows XP Submission from: (NULL) (91.14.237.109) Hello, I've installed the package RBGL (and XML and Rgraphviz) and tried to follow the examples in the RBGL-manual http://bioconductor.org/packages/2.2/bioc/vignettes/RBGL/inst/doc/RBGL.pdf But when I try to plot the graph using e.g. plot(dijk) an error message occurs: "Error in

>>>>> Winston Chang <winstonchang1 at gmail.com> >>>>> on Fri, 23 Jan 2015 10:15:53 -0600 writes: > I think you can simplify a little by replacing this: > pkg %in% loadedNamespaces() > with this: > .getNamespace(pkg) almost: It would be !is.null(.getNamespace(pkg)) > Whereas getNamespace(pkg) will load the

On Wed, Apr 29, 2015 at 12:53 PM, Winston Chang <winstonchang1 at gmail.com> wrote: > On Tue, Apr 28, 2015 at 3:04 PM, G?bor Cs?rdi <csardi.gabor at gmail.com> > wrote: > > > > > > E.g. if package 'ggplot2' uses 'stats::density()', and package 'igraph' > > also defines 'density()', and 'igraph' is on the search

I ran into this and found the result very surprising: identical( quote({ a }), quote({ a }) ) # FALSE It seems related to curly braces. For example, parens work fine: identical( quote(( a )), quote(( a )) ) # TRUE Is this expected behavior? I can't seem to find anything in the help for identical that relates to this. -Winston

Hyper-V SynIC is a Hyper-V synthetic interrupt controller. The test runs on every vCPU and performs the following steps: * read from all Hyper-V SynIC MSR's * setup Hyper-V SynIC evt/msg pages * setup SINT's routing * inject SINT's into destination vCPU by 'hyperv-synic-test-device' * wait for SINT's isr's completion * clear Hyper-V SynIC evt/msg pages and destroy

Hyper-V SynIC is a Hyper-V synthetic interrupt controller. The test runs on every vCPU and performs the following steps: * read from all Hyper-V SynIC MSR's * setup Hyper-V SynIC evt/msg pages * setup SINT's routing * inject SINT's into destination vCPU by 'hyperv-synic-test-device' * wait for SINT's isr's completion * clear Hyper-V SynIC evt/msg pages and destroy

On 15 September 2017 at 14:13, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > On 15/09/2017 8:11 AM, Martin M?ller Skarbiniks Pedersen wrote: > >> Hi, >> >> I am installing a lot of packages to a new R installation and it takes >> a >> long time. >> However the machine got 4 cpus and most of the packages are written in >> C/C++.

>>>>> Michael Lawrence <lawrence.michael at gene.com> >>>>> on Mon, 26 Jan 2015 05:12:55 -0800 writes: > A isNamespaceLoaded() function would be a useful thing to > have in general if we are interested in readable code. An > efficient implementation would be just a bonus. Good point (readability), and thank you for the support! Note

Dear all, I am trying to run the function "lambdaSets" using the package "RBGL". This package uses another package "graph" which has been removed from the CRAN repository, but is available at the archive (http://cran.r-project.org/src/contrib/Archive/graph/). I installed the package from the R menu at "install packages from local zip files" (after

In line On 15/09/2017 13:30, Martin M?ller Skarbiniks Pedersen wrote: > On 15 September 2017 at 14:13, Duncan Murdoch <murdoch.duncan at gmail.com> > wrote: > >> On 15/09/2017 8:11 AM, Martin M?ller Skarbiniks Pedersen wrote: >> >>> Hi, >>> >>> I am installing a lot of packages to a new R installation and it takes >>> a

I've just installed Debian Lenny and RBGL fails compilation with the following errors (sessionInfo() follows). * Installing *source* package 'RBGL' ... untarring boost include tree... ** libs g++ -I/home/mkimpel/R_HOME/R-patched/R-build/lib64/R/include -I/usr/local/include -IboostIncl -fpic -g -O2 -c bbc.cpp -o bbc.o In file included from /usr/include/c++/4.3/ext/hash_set:64,

It seems that the system() and system2() functions don't close file descriptors between the fork() and exec() (on Unix platforms, of course). This means that the child processes inherit open files and socket connections. Running this (from a terminal) will result in the child process writing to a file that was opened by R: R f <- file('foo.txt', 'w') system('echo

) On Wed, Apr 5, 2017 at 2:59 AM, Martin Maechler <maechler at stat.math.ethz.ch> wrote: > > >>>>> Winston Chang <winstonchang1 at gmail.com> > >>>>> on Tue, 4 Apr 2017 15:29:40 -0500 writes: > > > I've done some more investigation into the problem, and it is very > > difficult to pin down. What it looks like is

Greetings, I am trying to use install.packages obtained from here http://stat.ethz.ch/R-manual/R-devel/library/utils/html/install.packages.html My computer has these OS: 64-bit blfs linux R2.15.1 #------------ A) I did the following:- export DIR=/home/stats/R-2.15.0_runTEST190712A export DEST=/home/stats/Rtester cd $DEST ${DIR}/bin/R install.packages(MASS_7.3-17.tar.gz, ${DEST}, repos =

Thanks for looking into it. Is there a way to avoid the HEAD request in R 3.3.0? I'm asking because if there isn't, then I'll add a workaround in a package I'm working on. -Winston On Tue, Jun 21, 2016 at 9:45 PM, Martin Morgan <martin.morgan at roswellpark.org> wrote: > On 06/21/2016 09:35 PM, Winston Chang wrote: >> >> In R 3.2.4, if you ran

If an environment x contains a locked binding y which is also an environment, and then you try to assign a value to a binding inside of y, it can either succeed or fail, depending on how you refer to environment y. x <- new.env() x$y <- new.env() lockEnvironment(x, bindings = TRUE) # This assignment fails x$y$z <- 1 # Error in x$y$z <- 1 : cannot change value of locked binding for

When a reference class method is accessed with .self$x, it has different behavior from .self[['x']]. The former copies the function to the object's environment (with some attributes attached), and the latter just return NULL (unless it has already been accessed once with .self$x). Is this how it's supposed to work? Here's an example that illustrates:

Thanks Winston! I'm amazed that "[[" beats calling the .Internal directly. I guess the difference between .Primitive vs. .Internal is pretty significant for things on this time scale. NULL meaning NULL and NULL meaning undefined would lead to the same path for much of my code. I'll be swapping out many exists and get calls later today. Thanks! I do still think it would be

On 05.04.2017 23:54, peter dalgaard wrote: > >> On 05 Apr 2017, at 20:40 , Winston Chang <winstonchang1 at gmail.com> wrote: >> >> I think there's a good chance that this is due to a bug in R. I have >> been trying to track down the cause of the problem but haven't been >> able find it. >> >> -Winston > > Apologies in advance if this