You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On Windows, right now we map the lack of the writable bit in Unix file permissions to FILE_ATTRIBUTES_READONLY. This sort of works fine, but this actually prohibits rename-in-place, whereas it's allowed on Unix.
I'm not suggesting that we change this mapping to something else right now, but in case things pop up down the line related to this, here's a bug to track it.
The file system behaviour itself is already documented as part of the OS. As long as Go doesn't do anything special to prevent the rename, that's exactly where that documentation should live.
It might make sense to document the mapping of Unix permission bits to Windows file attributes though.
@slrz, the Go os and syscall packages map to Windows system calls in a non-trivial way, particularly where file permissions are concerned. The documentation supplied “as part of the OS” does not describe that mapping.
bcmills
added
NeedsFix
The path to resolution is known, but the work has not been done.
and removed
NeedsInvestigation
Someone must examine and confirm this is a valid issue and not a duplicate of an existing one.
labels
Oct 22, 2019
On Windows, right now we map the lack of the writable bit in Unix file permissions to FILE_ATTRIBUTES_READONLY. This sort of works fine, but this actually prohibits rename-in-place, whereas it's allowed on Unix.
I'm not suggesting that we change this mapping to something else right now, but in case things pop up down the line related to this, here's a bug to track it.
cc @bcmills @alexbrainman
The text was updated successfully, but these errors were encountered: