This is the mail archive of the
mailing list for the Cygwin project.
Re: [ANNOUNCEMENT] Updated [experimental]: coreutils-6.9-5
Corinna Vinschen schrieb:
So, in the Linux/FAT example we have a case-sensitive OS with a
case-insensitive FS, with Win32/NTFS (Cygwin/NTFS) we have a
case-insensitive OS with a case-sensitive FS. While the NT kernel can
return information about the case-sensitivity of the underlying FS (***)
(****), I don't know about other OSes.
BTW, I just improved the perl API concerning Win32 case-tolerance.
Cygwin case-tolerance depends on managed mount settings and as with
MsWin32 on GetVolumeInformation() ouFsFlags == FS_CASE_SENSITIVE,
indicating the case significance when comparing file specifications.
MSWin32 case-tolerance depends on GetVolumeInformation() ouFsFlags ==
FS_CASE_SENSITIVE, indicating the case significance when comparing file
Since XP FS_CASE_SENSITIVE is effectively disabled for the NT subsubsystem.
Epoc, VMS, OS2 and Mac are all case tolerant, too.
So we're back to fpathconf(_PC_CASE_INSENSITIVE): It appears that
case-insensitive operation on the POSIX application level depends on
such a flag. I'm also planning to allow case-sensitive operation on
NTFS in Cygwin at one point, which would make this flag necessary as
well. I don't think it would ever become part of the POSIX standard,
(*) In theory, Cygwin's rename could do the same and still move within
POSIX rules, no matter how frustrating this behaviour might be.
(**) Plus a registry setting since XP.
(***) See the FILE_CASE_SENSITIVE_SEARCH file system flag:
(****) As far as the underlying FS returns the correct flags, of course.
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html