[Rd] Bug or undocumented behavior in normalizePath() with file system links on windows
tom@@@k@||ber@ @end|ng |rom gm@||@com
Tue Jan 29 12:18:11 CET 2019
I think this is caused by insufficient permissions on "C:/Programme"
junction, and the behavior of normalizePath is as documented. I can get
the same error with "C:/Documents and Settings", which is on my machine
a junction into "C:/Users". The path cannot be normalized using
normalizePath(), because my user account does not have read (listing)
permissions for the junction "C:/Documents and Settings". This is
documented in ?normalizePath as one of the reasons for it to signal an
error (and, on Windows, read permissions for a directory are needed for
conversion to long path names). Normalization works fine for both
junctions and symbolic links with sufficient permissions (note that on
Windows, as documented, links are not resolved; on Unix/POSIX they are,
On 1/24/19 3:51 PM, David Korfkamp wrote:
> I discovered a bug or undocumented behavior in normalizePath
> steps to reproduce:
> execute normalizePath on a folder link on windows. When you are on a
> non-english windows box, you likely have links in place for windows'
> default folders, e.g. "C:\Programme" linking to "C:\Program Files" on
> german windows boxes.
> Thus executing 'normalizePath("C:/Programme/R")' results in an "
> path="C:/Programme/R": Access is denied" error while
> 'normalizePath("C:/Program Files/R")' yields the expected result. Just
> executing executing 'normalizePath("C:/Programme")' however also yields
> the expected result,
> R-devel using r-project.org mailing list
[[alternative HTML version deleted]]
More information about the R-devel