Hi Tomas,
Sorry for the false alarm! I did some further testing, and you were
right. There was no regression. I suspected it was a regression
because the user who reported the issue said his code worked in R 3.6
but not 4.0. I should have tested it more carefully by myself. After I
tested it
Hi Yihui,
list.files() returns file names converted to native encoding by Windows,
so one needs to use only characters representable in current native
encoding for file names. If one wants to be safe, it makes sense to be
much stricter than that (only ASCII, and only a subset of it, there is
Hi Tomas,
I received a report about R 4.0.0 in the knitr package
(https://github.com/yihui/knitr/issues/1840), and I think it is
related to the issue here. I created a minimal reproducible example
below:
owd = setwd(tempdir())
z = 'K\u00e4sch.txt'
file.create(z)
list.files()
Dear Juan,
I don't see what is the problem from your report. Please try to create a
minimal but complete reproducible example that does not use the renv
package. Perhaps you could use the R debugger (e.g. via
options(error=recover)) to find out what is the argument that
file.exists() has
Thank you Kevin, just checked that the error is solved in the latest
development version of "renv", and now it works as expected with R
4.0.1:
https://github.com/rstudio/renv/commit/976ae7af6dc348af30eaf2893d886f132a76aba0
Sorry for posting in r-devel, I was not sure if it was a R or "renv"
Hi Juan,
For bug reports to R, you should attempt to create a
minimally-reproducible example, using only R's builtin facilities and
not any other addon packages. Given your report, it's not clear
whether the issue lies within renv or truly is caused by a change in R
4.0.0.
Also note that you
On 10 June 2020 at 13:06, Juan Telleria Ruiz de Aguirre wrote:
| I am having an issue with the renv package and R 4.0.1, which I
| suspect is related to base R and not the renv package itself, as with
| R 3.6.3 such an "error" does not appear.
So a bug in `renv` as it does not account for
