Re: [R-pkg-devel] Unusually long execution time for R.utils::gzip on r-devel-windows

2024-02-17 Thread Kevin Ushey
FWIW, as far as I can tell, Sys.readlink() still doesn't handle symlinks (or junction points) on Windows. Were you thinking of normalizePath()? That does now resolve both symlinks and junction points on Windows (courtesy of a lot of work from Tomas), although I don't recall the exact versions in wh

Re: [R-pkg-devel] Unusually long execution time for R.utils::gzip on r-devel-windows

2024-02-17 Thread Stefan Mayer
> On 17. Feb 2024, at 09:16, Henrik Bengtsson > wrote: > > I can confirm that this has to fixed in R.utils. This gist is that > R.utils does lots of validation of read/write permissions, and deep > down it rely on system("dir") as a fallback method. If this is down > toward dirname(tempdir()),

Re: [R-pkg-devel] Unusually long execution time for R.utils::gzip on r-devel-windows

2024-02-17 Thread Henrik Bengtsson
I can confirm that this has to fixed in R.utils. This gist is that R.utils does lots of validation of read/write permissions, and deep down it rely on system("dir") as a fallback method. If this is down toward dirname(tempdir()), then it'll find a lot of files, e.g. [1] " Datenträger in Laufwe

Re: [R-pkg-devel] Unusually long execution time for R.utils::gzip on r-devel-windows

2024-02-16 Thread Henrik Bengtsson
Author of R.utils here. I happen to investigate this too right now, because of extremely slow win-builder performance of R.rsp checks, which in turn depends on R.utils. It's not obvious to me why this happens on win-builder. I've noticed slower and slower win-builder/cran-incoming checks over the