This is the mail archive of the cygwin@cygwin.com mailing list for the Cygwin project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Randall R Schulz wrote:
The reason is the mapping between Cygwin's Unix / POSIX permissions and Windows is not reversible. Windows permissions are far more refined, so it is inevitable that in at least one case (in reality, many cases), there are multiple distinct Windows permissions that map to a single Cygwin / Unix / POSIX file "mode."And? I don't understand the point. All that tells me is that "ls -l" may not show the real permissions because Windows persmissions doesn't always map to Unix/POSIX. That's fine with me. That would be the explanation for an application failing when it checks explicitly for permissions. But I don't think "cat" and "cp" do any permissions checking, they fully rely on the underlying system for that.
I know, it used to be that way. But then I don't see what file belong to who and what I am allowed to do.Cygwin will "leave it to Windows" if you turn of "ntsec" and / or "ntea."
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |