Hi Kasper and Mike,
I've added 2 new functions to GenomicFiles and deprecated the old
classes. The vignette now has a graphic which (hopefully) clarifies the
MAP / REDUCE mechanics of the different functions.
Below is some performance testing for the new functions and answers to
leftover
Looks like the test code didn't make it through. Attaching again ...
On 10/27/2014 11:35 AM, Valerie Obenchain wrote:
Hi Kasper and Mike,
I've added 2 new functions to GenomicFiles and deprecated the old
classes. The vignette now has a graphic which (hopefully) clarifies the
MAP / REDUCE
hi Valerie,
this sounds good to me.
I am thinking of working on a function (here or elsewhere) that helps
decide, for reduce by range, how to optimally chunk GRanges into a
GRangesList. Practically, this could involve sampling the size of the
imported data for a subset of cells in the (ranges,
Hello,
I would like to announce the availability of the new R package 'GSAR' released
recently with Bioconductor 3.0. The package offers a suite of tests to perform
self-contained gene set analysis (GSA). We would highly appreciate your
feedback and suggestions to help us improve the package.
Hi,
I am trying to create a small extension for R here for embedding the
current time on the R prompt:https://github.com/musically-ut/extPrompt
Things seem to be working overall, but R CMD check . raised a warning:
File '[truncated]..Rcheck/extPrompt/libs/extPrompt.so’: Found non-API call
to
Eh, after some flailing, I think I solved it.
I _think_ this pattern should guarantee that the finalizer function is
still present when needed:
.STATE_CONTAINER - new.env(parent = emptyenv())
.STATE_CONTAINER$some_state_variable - ## some code
.STATE_CONTAINER$some_other_state_variable - ## some
...and don't forget to make sure all the function that .myFinalizer()
calls are also around. /Henrik
On Mon, Oct 27, 2014 at 10:10 AM, Murat Tasan mmu...@gmail.com wrote:
Eh, after some flailing, I think I solved it.
I _think_ this pattern should guarantee that the finalizer function is
still
I'm trying to help someone to troubleshoot possible OSX Yosemite
issues, but I've only got access to OSX ( 10.9) so I cannot check
myself.
When building/installing binary R packages, there are different
binaries depending on OSX version. For instance, CRAN provides
different binaries for 'OS X
- Original Message -
From: Henrik Bengtsson h...@biostat.ucsf.edu
To: R-devel r-devel@r-project.org
Sent: Monday, October 27, 2014 11:16:10 AM
Subject: [Rd] OSX Yosemite (10.10): Are package binaries the same as for OSX
Mavericks (10.9)?
I'm trying to help someone to
- Original Message -
From: Dan Tenenbaum dtene...@fredhutch.org
To: Henrik Bengtsson h...@biostat.ucsf.edu
Cc: R-devel r-devel@r-project.org
Sent: Monday, October 27, 2014 11:21:59 AM
Subject: Re: [Rd] OSX Yosemite (10.10): Are package binaries the same as for
OSX Mavericks
On Mon, Oct 27, 2014 at 11:23 AM, Dan Tenenbaum dtene...@fredhutch.org wrote:
- Original Message -
From: Dan Tenenbaum dtene...@fredhutch.org
To: Henrik Bengtsson h...@biostat.ucsf.edu
Cc: R-devel r-devel@r-project.org
Sent: Monday, October 27, 2014 11:21:59 AM
Subject: Re: [Rd]
- Original Message -
From: Henrik Bengtsson h...@biostat.ucsf.edu
To: Dan Tenenbaum dtene...@fredhutch.org
Cc: R-devel r-devel@r-project.org
Sent: Monday, October 27, 2014 12:21:49 PM
Subject: Re: [Rd] OSX Yosemite (10.10): Are package binaries the same as for
OSX Mavericks
yup... for context, the finalizer code calls functions from packages
that are imported by my package.
so, i think (unless something else has gone seriously wrong), those
imported namespaces should still be available prior to my package's
unloading.
(and if imported namespaces are detached prior to
13 matches
Mail list logo
