Hiroaki Yutani
2023-Feb-23 02:27 UTC
[Rd] Undocumented change of dirname("C:/") on R-devel on Windows
Hi,
I found dirname() behaves differently on R-devel on Windows. Since I'm not
sure which behavior is right, let me ask here before filing this to R's
Bigzilla.
On R 4.2.2., we get
> dirname("C:/")
[1] "C:/"
However, on R-devel (r83888), we get
> dirname("C:/")
[1] "."
?dirname says 'dirname returns the part of the path up to but excluding the
last path separator, or "." if there is no path separator,' but I
don't see
how the root path is supposed to be treated based on this rule (, whether
it's WIndows or UNIX-alike).
What should we expect as the return value of dirname("C:/")? I feel
the
current behavior on R 4.2.2 is right, but I'd like to confirm.
Best,
Yutani
[[alternative HTML version deleted]]
Tomas Kalibera
2023-Feb-23 08:15 UTC
[Rd] Undocumented change of dirname("C:/") on R-devel on Windows
On 2/23/23 03:27, Hiroaki Yutani wrote:> Hi, > > I found dirname() behaves differently on R-devel on Windows. Since I'm not > sure which behavior is right, let me ask here before filing this to R's > Bigzilla. > > On R 4.2.2., we get > > > dirname("C:/") > [1] "C:/" > > However, on R-devel (r83888), we get > > > dirname("C:/") > [1] "." > > ?dirname says 'dirname returns the part of the path up to but excluding the > last path separator, or "." if there is no path separator,' but I don't see > how the root path is supposed to be treated based on this rule (, whether > it's WIndows or UNIX-alike).Thanks for spotting the difference, I've reverted to the previous behavior, the change was unintentional. If you spot any other suspicious changes in behavior in file-system operations, please report.> What should we expect as the return value of dirname("C:/")? I feel the > current behavior on R 4.2.2 is right, but I'd like to confirm.I also think the old behavior is better, even though it could be argued whether the "/" in "C:/" is a path separator or not, and whether it is trailing or not. But the behavior is in line with Unix where dirname of "/" is also "/". Msys2 would return "C:". If? "/" in "C:/" is a path separator but not a trailing path separator, then basename("C:/") should probably be "" and not "C:", and this would be in line with what R does on Unix. However, to be in line with Unix, I think the basename of "C:/" should be "C:/". Yet, Msys2 returns "C:" which is what R does now. So what these functions should do on Windows is definitely tricky. In either case the behavior is now again as in R 4.2.2. Best Tomas> > Best, > Yutani > > [[alternative HTML version deleted]] > > ______________________________________________ > R-devel at r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel
Maybe Matching Threads
- Undocumented change of dirname("C:/") on R-devel on Windows
- Undocumented change of dirname("C:/") on R-devel on Windows
- Undocumented change of dirname("C:/") on R-devel on Windows
- Undocumented change of dirname("C:/") on R-devel on Windows
- Is ALTREP "non-API"?