search for: henrikbengtsson

On 27 January 2017 at 21:54, G?bor Cs?rdi wrote: | On Fri, Jan 27, 2017 at 9:28 PM, Da Zheng <zhengda1936 at gmail.com> wrote: | > What major R platforms does this policy refer to? | > | | Linux, macOS, Windows. | | | > Currently, my package runs in Ubuntu. If it works on both Ubuntu and | > Redhat, does it count as two platforms? | > | | I think that Linux is just one. Is

...= fh2) > cat("hello again\n", file = fh) Error in cat("hello again\n", file = fh) : invalid connection (non-existing 'conn_id') Note that, currently in R, the latter silently writes to 'b.txt' - not 'a.txt' (for more details, see https://github.com/HenrikBengtsson/Wishlist-for-R/issues/81). BACKGROUND: In R, connections are indexed by their (zero-based) row indices in the table of available connections. For example, > fh <- file("a.txt", open = "w") > showConnections(all = TRUE) description class mode text isopen...

...valuable workhorse for years. We should also mention the continuous integration (CI) services provided for free by Travis (Linux and macOS) and AppVeyor (Windows) in combination with GitHub (or GitLab, ...). By adding simple .travis.yml and appveyor.yml to your Git repos (e.g. https://github.com/HenrikBengtsson/globals), they run R CMD check --as-cran and covr::package_coverage() etc for you more or less on the fly, e.g. * https://travis-ci.org/HenrikBengtsson/globals * https://ci.appveyor.com/project/HenrikBengtsson/globals /Henrik PS. Thanks to everyone who made all of the above possible. On Fri, Ja...

All, At first glance, a recent commit to R-devel ( https://github.com/wch/r-source/commit/2c182014ecc8c2407a89092c9162d86046bd18da) appears to be related to long vector support. But as Henrik Bengtsson points out at https://github.com/HenrikBengtsson/Wishlist-for-R/issues/97#issuecomment-562659134, writeBin() still prohibits long vectors. Are there any plans to add long vector support to R 4.0.0? x <- raw(2^31) writeBin(x, con = nullfile()) # Error in writeBin(x, con = nullfile()) : # long vectors not supported yet: connections.c:4430 x &...

...tures added to this package are written to be backward compatible with the parallel package, such that they may be incorporated there later. > The parallelly package comes with an open invitation for the R Core Team to adopt all or parts of its code into the parallel package. https://github.com/HenrikBengtsson/parallelly I?m wondering what the appropriate process would be to slowly merge some functions from {parallelly} into the base R {parallel} package. Should this be done with targeted issues on Bugzilla for different fields Henrik has identified? Or would an omnibus patch bringing in all suggested m...

Dear all, In my package I have a computational expensive Rnw file which can't pass R CMD check. Therefore I set eval=FALSE in the Rnw file. But I would like to have the pdf vignette generated by the Rnw file with eval=TRUE. It seems to me a static pdf vignette is an option. Any suggestions on this? Thanks, Zhu Wang **Connecticut Children's Confidentiality Notice** This e-mail

On Thu, May 3, 2018 at 2:42 PM, Henrik Bengtsson <henrik.bengtsson at gmail.com> wrote: > Use mode="wb" when you download the file. See > https://github.com/HenrikBengtsson/Wishlist-for-R/issues/30. > > R core, and others, is there a good argument for why we are not making this > the default download mode? It seems like a such a simple fix to such a > common "mistake". I'd like to second this feature request. This default behaviour is unexpe...

...connection), and to make it easier to extend the hashing for other algorithms without changing the main R interface, a more involved solution would be to introduce tools::hash and tools::hashes, in a similar vein to digest::digest and digest::getVDigest. Regards, Denes [1]: https://github.com/HenrikBengtsson/Wishlist-for-R/issues/21 [2]: https://github.com/wch/r-source/blob/5a156a0865362bb8381dcd69ac335f5174a4f60c/src/library/tools/src/md5.c#L172 [3]: https://github.com/wch/r-source/blob/5a156a0865362bb8381dcd69ac335f5174a4f60c/src/library/tools/src/Rmd5.c#L27

A new release 0.13.1 of matrixStats is now on CRAN [http://cran.r-project.org/package=matrixStats]. The source code is available on GitHub [https://github.com/HenrikBengtsson/matrixStats]. WHAT DOES IT DO? The matrixStats package provides highly optimized functions for computing common summaries over rows and columns of matrices, e.g.rowQuantiles(). There are also functions that operate on vectors, e.g. logSumExp(). Their implementations strive to minimize both memor...

A new release 0.13.1 of matrixStats is now on CRAN [http://cran.r-project.org/package=matrixStats]. The source code is available on GitHub [https://github.com/HenrikBengtsson/matrixStats]. WHAT DOES IT DO? The matrixStats package provides highly optimized functions for computing common summaries over rows and columns of matrices, e.g.rowQuantiles(). There are also functions that operate on vectors, e.g. logSumExp(). Their implementations strive to minimize both memor...

...az" # # $... # list() Evaluating object$call$data in the environment of the suggested nlme:::model.matrix.lme function may also not work right. Without an explicit copy of the data, the best environment to evaluate it in would be parent.frame(). -- Best regards, Ivan [1] https://github.com/HenrikBengtsson/Wishlist-for-R/issues/44

...are written to be backward compatible with the parallel package, such that they may be incorporated there later. > >> The parallelly package comes with an open invitation for the R Core Team to adopt all or parts of its code into the parallel package. > > > > https://github.com/HenrikBengtsson/parallelly > > > > I?m wondering what the appropriate process would be to slowly merge some functions from {parallelly} into the base R {parallel} package. Should this be done with targeted issues on Bugzilla for different fields Henrik has identified? Or would an omnibus patch bringing...

...and compare to loadedNamespaces() and unregister any > "stray" DLLs that remain after corresponding packages have been > unloaded. > > I think it would be useful if R CMD check would also check that DLLs > are unregistered when a package is unloaded > (https://github.com/HenrikBengtsson/Wishlist-for-R/issues/29), but of > course, someone needs to write the code / a patch for this to happen. > > /Henrik > > On Mon, Dec 19, 2016 at 6:01 PM, Steve Bronder > <sbronder at stevebronder.com> wrote: > > This is a request to increase MAX_NUM_DLLS in Rdynload.c...

>From https://github.com/HenrikBengtsson/Wishlist-for-R/issues/70 : ... and follow up note from 2018-03-15: Ouch... in R-devel, stopifnot() has become yet 4-5 times slower; ... which is due to a complete rewrite using tryCatch() and withCallingHandlers(). >From https://stat.ethz.ch/pipermail/r-devel/2017-May/074256.html , it seems t...

This is a request to increase MAX_NUM_DLLS in Rdynload.c in from 100 to 500. On line 131 of Rdynload.c, changing #define MAX_NUM_DLLS 100 to #define MAX_NUM_DLLS 500 In development of the mlr package, there have been several episodes in the past where we have had to break up unit tests because of the "maximum number of DLLs reached" error. This error has been an inconvenience that

...May 3, 2018 at 4:21 PM, Jeroen Ooms <jeroenooms at gmail.com> wrote: >> >> On Thu, May 3, 2018 at 2:42 PM, Henrik Bengtsson >> <henrik.bengtsson at gmail.com> wrote: >> > Use mode="wb" when you download the file. See >> > https://github.com/HenrikBengtsson/Wishlist-for-R/issues/30. >> > >> > R core, and others, is there a good argument for why we are not making >> > this >> > the default download mode? It seems like a such a simple fix to such a >> > common "mistake". >> >> I'd li...

...t;> "stray" DLLs that remain after corresponding packages have been | >> unloaded. | >> | >> I think it would be useful if R CMD check would also check that DLLs | >> are unregistered when a package is unloaded | >> (https://github.com/HenrikBengtsson/Wishlist-for-R/issues/29), but of | >> course, someone needs to write the code / a patch for this to happen. | >> | >> /Henrik | >> | >> On Mon, Dec 19, 2016 at 6:01 PM, Steve Bronder | >> <sbronder at stevebronder.com> wrote: |...

...LoadedDLLs() and its content and compare to loadedNamespaces() and unregister any "stray" DLLs that remain after corresponding packages have been unloaded. I think it would be useful if R CMD check would also check that DLLs are unregistered when a package is unloaded (https://github.com/HenrikBengtsson/Wishlist-for-R/issues/29), but of course, someone needs to write the code / a patch for this to happen. /Henrik On Mon, Dec 19, 2016 at 6:01 PM, Steve Bronder <sbronder at stevebronder.com> wrote: > This is a request to increase MAX_NUM_DLLS in Rdynload.c in from 100 to 500. > > On...

...for a very limited case, with a very nice minimal reproducible example and proper R bug report, where the change was very simple indeed , PR#17665, i.e. https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17665 > But as > Henrik Bengtsson points out at > https://github.com/HenrikBengtsson/Wishlist-for-R/issues/97#issuecomment-562659134, > writeBin() still prohibits long vectors. Are there any > plans to add long vector support to R 4.0.0? well.. there *is* a lot of long vector support in R 3.x.y already. Where there are gaps, 1) we have to be told about (i.e. it shou...

...this package are written to be backward compatible with the parallel package, such that they may be incorporated there later. >> The parallelly package comes with an open invitation for the R Core Team to adopt all or parts of its code into the parallel package. > > https://github.com/HenrikBengtsson/parallelly > > I?m wondering what the appropriate process would be to slowly merge some functions from {parallelly} into the base R {parallel} package. Should this be done with targeted issues on Bugzilla for different fields Henrik has identified? Or would an omnibus patch bringing in all s...