Sous linux, vous pouvez avoir les fichiers example.JPG
et example.jpg
dans le même répertoire.
Sous Windows, vous avez des extensions sensibles à la casse, mais vous ne pouvez pas placer ces deux fichiers dans le même répertoire. Pourquoi pas?
Si un lecteur est formaté en NTFS, vous pouvez avoir les deux example.JPG
et example.jpg
.
Toutefois, si vous essayez d'ouvrir l'un de ces fichiers dans une application Win32 , telle que le Bloc-notes, vous n'auriez accès qu'à l'un des fichiers , quel que soit le cas du nom de fichier que vous tapez dans la boîte de dialogue Ouvrir un fichier.
Dans le cadre des exigences de conformité POSIX, le système de fichiers Windows NT (NTFS) fournit une convention de dénomination des fichiers et des répertoires respectant la casse. Même si NTFS et le sous-système POSIX gèrent chacun bien la casse, les applications Windows 16 bits, MS-DOS, OS / 2 et Win32 ne le font pas .
Dans NTFS, vous pouvez créer des noms de fichiers uniques, stockés dans le même répertoire, qui ne diffèrent qu'en cas. Par exemple, les noms de fichiers suivants peuvent coexister dans un répertoire sur un volume NTFS:
CASE.TXT case.txt case.TXT
Toutefois, si vous essayez d'ouvrir l'un de ces fichiers dans une application Win32 , telle que le Bloc-notes, vous n'auriez accès qu'à l'un des fichiers , quel que soit le cas du nom de fichier que vous tapez dans la boîte de dialogue Ouvrir un fichier.
...
NTFS prend en charge deux modes de fonctionnement légèrement différents qui peuvent être sélectionnés par le sous-système de l'application interagissant avec NTFS. Le premier est entièrement sensible à la casse et exige que les noms de fichiers fournis par l'application correspondent aux noms stockés sur le disque, y compris la casse si le fichier sur le disque doit être sélectionné. Le deuxième mode de fonctionnement est la préservation de la casse mais pas la casse. Cela signifie que les applications peuvent sélectionner des fichiers sur le disque même si le nom fourni diffère dans le cas du nom stocké sur le disque. Notez que les deux modes préservent la casse utilisée pour créer les fichiers. La différence de comportement notée ici s'applique uniquement lorsqu'une application doit localiser un fichier existant. POSIX tire parti du mode complet sensible à la casse, tandis que MS-DOS, WOW etLes sous-systèmes Win32 utilisent le mode insensible à la casse .
Les noms de fichiers source sont sensibles à la casse sur les volumes NTFS :
Pour obtenir deux fichiers dans le même répertoire qui ne diffèrent que par les cas, vous devez activer le sous-système Posix .
POSIX tire parti du mode complet respectant la casse, tandis que les sous-systèmes MS-DOS, WOW et Win32 utilisent le mode insensible à la casse.
Pour activer Posix, voir:
NTFS est sensible à la casse (et selon la façon dont vous voyez le verre, cela peut être une bonne ou une mauvaise chose). En réalité, atteindre l'insensibilité à la casse était un défi au début, car il ne fallait PAS faire de différence entre les valeurs ASCII pour az et AZ.
Il n'y a aucun moyen de rendre Windows (le système d'exploitation) sensible à la casse même si NTFS (le système de fichiers) utilisé par les systèmes d'exploitation Windows de nos jours peut prendre en charge afin de se conformer à POSIX.
Selon Microsoft, vous pourriez avoir example.JPG et example.jpg dans le même répertoire sur NTFS ( cliquez ici ), mais le système d'exploitation (toutes les versions de Windows) ne le prend pas en charge, ce qui rend le fait que le système de fichiers peut être inutile :)
Dans le cadre des exigences de conformité POSIX, le système de fichiers Windows NT (NTFS) fournit une convention de dénomination des fichiers et des répertoires respectant la casse . Même si NTFS et le sous-système POSIX gèrent bien tous les deux la casse, les applications Windows 16 bits, MS-DOS, OS / 2 et Win32 ne le font pas.
.
à des fins d'entrée et d'affichage. (Je pense qu'il est prudent de dire que pratiquement personne n'utilise FAT pour autre chose que l'interopérabilité de nos jours.) Je ne sais pas exactement comment NTFS le fait, mais je suppose qu'il est similaire à tous les principaux systèmes de fichiers Linux, qui traitent simplement le nom de fichier comme une chaîne de caractères. L'extension de fichier n'a rien de spécial: elle est simplement conventionnelle et est traitée par le système de fichiers comme faisant partie du nom de fichier.ObCaseInsensitive
et superuser.com/q/266110/59271