search for: csgillespi

Por si os interesa.... https://csgillespie.github.io/efficientR/ Un saludo, Miguel. ________________________________ Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por...

Hi Colin, I'm surprised this wasn't captured by the url checker on CRAN. Are you suggesting a new check on package descriptions for the urls present? In that case I guess it could be part of the standard R CMD check. Llu?s On Thu, 3 Apr 2025 at 17:17, Colin Gillespie <csgillespie at gmail.com> wrote: > Hi All, > > Just want to flag a few packages: > > MatrixLDA: https://cran.r-project.org/web/packages/MatrixLDA/index.html > The URL is technically valid - ajmolstad at github.io/ - but returns a > 404. Almost certainly a typo. > > redistmetrics...

...present? Yes - but more fixing edge cases than a new check > In that case I guess it could be part of the standard R CMD check. Yep. Kurt's message suggests that these were edge cases that missed the check. Thanks > > Llu?s > > On Thu, 3 Apr 2025 at 17:17, Colin Gillespie <csgillespie at gmail.com> wrote: >> >> Hi All, >> >> Just want to flag a few packages: >> >> MatrixLDA: https://cran.r-project.org/web/packages/MatrixLDA/index.html >> The URL is technically valid - ajmolstad at github.io/ - but returns a >> 404. Almost certa...

Hi, In the DESCRIPTION file the ByteCompile and LazyLoading arguments appear to accept any value. >From the manual the field should be a "logical field". However, authors interpret this in a variety of ways: unique(tools::CRAN_package_db()$ByteCompile) # [1] NA "TRUE" "yes" "true" "Yes" "no" #

Hi All, Just want to flag a few packages: MatrixLDA: https://cran.r-project.org/web/packages/MatrixLDA/index.html The URL is technically valid - ajmolstad at github.io/ - but returns a 404. Almost certainly a typo. redistmetrics: https://cran.r-project.org/web/packages/redistmetrics/index.html Not a valid URL: https::/github.com/alarm-redist/redistmetrics/ yarrr:

Dear All, Is the following expected behaviour? set.seed(1) library(parallel) cl = makeCluster(5) clusterSetRNGStream(cl, iseed = NULL) parSapply(cl, 1:5, function(i) sample(1:10, 1)) # 7 4 2 10 10 clusterSetRNGStream(cl, iseed = NULL) # 7 4 2 10 10 parSapply(cl, 1:5, function(i) sample(1:10, 1)) stopCluster(cl) The documentation could be read either way, e.g. * iseed: An integer to be

Dear All, In R 3.4.2 (Linux), the compiler seems to have regressed: $ R --vanilla g = function() { N = 1e7; ans = numeric(N) system.time({for (j in 1:N) ans[j] = 1}) } g() # user system elapsed # 4.272 0.000 4.272 g1 = compiler::cmpfun(g) g1() # user system elapsed # 4.232 0.004 4.235 Running the above code in Windows 3.3.1, g() takes the same time, but g1() takes around 0.5