similar to: Bug 17159 - recursive dir.create() fails on windows shares due to permissions

I usually draw a complete blank if I try to assist our IT department with such issues (we really need better documentation than the Admin manual for large-system installs by non-experts in R). However, it is my impression that there are also options involving environment variables and LFS naming. E.g., map the networked user directory to, say, a P: "drive" and make sure that the

I can easily believe that. It was maily for Joris, that it might not be necessary to reinstall. -pd > On 17 Jan 2018, at 11:55 , Thompson, Pete <Pete.Thompson at iqvia.com> wrote: > > That solution works fine for the use case where each user has a network based home directory and needs to run R from there, but doesn?t help with my situation. I need to be able to support

Bug 17159 has been fixed (in R-devel), but there may be more issues left with UNC paths. Tomas On 01/17/2018 01:37 PM, Joris Meys wrote: > Hi Peter, > > I share your experience with trying to help IT departments setting things > up. The network directory of the students is mapped to a drive, but R still > uses the unc path instead of the drive when attempting to create that user

Hi all, I ran into this exact issue yesterday during the exam of statistical computing. Users can install packages in a user library that R tries to create automatically on the network drive of the student. But that doesn't happen as the unc path is not read correctly, leading to R attempting to create a local directory and being told it has no right to do so. That is an older version of R

Hi Peter, I share your experience with trying to help IT departments setting things up. The network directory of the students is mapped to a drive, but R still uses the unc path instead of the drive when attempting to create that user library. Unless I do it manually of course. The only solution I see right now is to set the HOME or R_LIBS_USER environment variable in Renviron, but that should be

That solution works fine for the use case where each user has a network based home directory and needs to run R from there, but doesn?t help with my situation. I need to be able to support arbitrary network based paths in arbitrary numbers ? so mapping drives isn?t an option. I have found a workaround using symbolic links to the network share created within the temporary folder, but would much

Thank you. I was just replying my own message with the same information. Sorry for not doing the research properly before filing. Cheers Joris On Sat, Mar 24, 2018 at 11:36 AM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > On 24/03/2018 6:16 AM, Joris Meys wrote: > >> Dear all, >> >> while preparing some exercises I came across some highly surprising

Dear all, while preparing some exercises I came across some highly surprising behaviour of file.exists(). The specific value "prn.us.txt" always returns TRUE, even though that file is nowhere to be found on my system. In a fresh R session 3.4.4 installed on Windows 10: > grep("prn.us.txt", dir(recursive = TRUE)) integer(0) > file.exists("prn.us.txt") [1] TRUE

I think you are confusing package and function here. Plus some of the R Core packages, that you mention, contain functions that should probably be replaced by functions with better implementation from packages on CRAN. Best regards Morgan On Fri, 11 Oct 2019 15:22 Joris Meys, <jorismeys at gmail.com> wrote: > > > On Fri, Oct 11, 2019 at 3:55 PM Morgan Morgan <morgan.emailbox

Dear all, I tried to read in a 3.8Gb RDS file on a computer with 16Gb available memory. To my astonishment, the memory footprint of R rises quickly to over 13Gb and the attempt ends with an error that says "cannot allocate vector of size 5.8Gb". I would expect that 3 times the memory would be enough to read in that file, but apparently I was wrong. I checked the memory.limit() and that

On 31/01/2018 6:33 AM, Joris Meys wrote: > 3. given your criticism, I'd like your opinion on where I can improve > the documentation of https://github.com/CenterForStatistics-UGent/pim. > I'm currently busy updating the help files for a next release on CRAN, > so your input is more than welcome. After this invitation I sent some private comments to Joris. I would say his

Dear all, to my astonishment data.table cannot be installed on R 3.5 Windows. When checking the package page, the Windows binary is available for download. When checking the server however, I can't seem to find data.table. Also install.packages() says the package is only available in source form and may need compilation. Compiling using Rtools 35 is no problem. Is this merely an issue of

And now I've seen I copied the wrong part of ?is.na > The default method for is.na applied to an atomic vector returns a logical vector of the same length as its argument x, containing TRUE for those elements marked NA or, for numeric or complex vectors, NaN, and FALSE otherwise. Key point being "atomic vector" here. On Sat, Jun 9, 2018 at 1:41 PM, Joris Meys <jorismeys at

Dear all, as a follow-up to the question asked on R-package-devel (see link below): Someone sent a package to CRAN with a few problems. There's more things wrong with the submission, but one thing that really caught my eye was the following error: Warning message: running command '"C:/PROGRA~1/R/R-33~1.2/bin/x64/R" CMD BATCH --vanilla "testthat.R"

Indeed. as_date is from lubridate, but the same holds for as.Date. The output and it's interpretation should be consistent, otherwise it leads to confusion when programming. I understand that the difference exists after asking a question on Stack Overflow: https://stackoverflow.com/q/50766089/914686 This understanding is never mentioned in the documentation - that an Inf date is actually

Joris, the point is that 'z' is NOT used as a predictor in the model. Therefore it should not affect predictions. Also, I find it suspicious that the error only occurs when the response variable conitains missings and 'z' is unique (I have tested several other cases to confirm this). -Mark Op vr 16 mrt. 2018 om 13:03 schreef Joris Meys <jorismeys at gmail.com>: >

I don't see the issue here. It would be helpful if people would report their sessionInfo() when reporting whether or not they see this issue. Mine is > sessionInfo() R version 3.4.3 (2017-11-30) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Arch Linux Matrix products: default BLAS/LAPACK: /usr/lib/libopenblas_haswellp-r0.2.20.so locale: [1] LC_CTYPE=en_US.UTF-8

Dear all, I've noticed by trying to download gz files from here : https://www.ncbi.nlm.nih.gov/geo/query/acc.cgi?acc=GSM907811 At the bottom one can download GSM907811.CEL.gz . If I download this manually and try oligo::read.celfiles("GSM907811.CEL.gz") everything works fine. (oligo is a bioConductor package) However, if I download using download.file("

Dear all, I asked this question on r-package-devel but Martin Maechler pointed out this was more suited on R-devel. So here it goes: per the manual, one should create and register both the S3 and a S4 method if one needs a method for an S4 class for a function using S3 dispatching. This is cumbersome, and not very optimal. I was wondering if there's a better way to do this. Currently I

Dear All: stepping in late, but @Joris, if you would like to take 'from a single file' literally, have a look at: https://github.com/bpfaff/lp4rp (lp4rp: literate programming for R packages); Cheers, Bernhard ps: incidentally, within the noweb-file roxygen is employed. -----Urspr?ngliche Nachricht----- Von: R-devel [mailto:r-devel-bounces at r-project.org] Im Auftrag von Joris