Pour la simple raison que NT est un OS supportant differentes "personalities"(Win32, Posix, ...) et que donc NTFS supporte plein d'options differentes que toutes les personalities ne supportent pas.
Resultat, si tu crees un fichier dans un path qui est plus long que ce que Win32 supporte, t'arriveras pas a l'enlever en utilisant simplement les APIs Win32 vu que les APIs font plein de checks (caracteres du nom sont valides pour Win32, longueur aussi, etc...).
D'ou l'existence de noms canoniques, lorsque l'API voit un nom de ce type, il cherche pas plus loin et le passe a NTFS qui s'en occupera, ce qui permet d'operer sur a peu pres n'importe quel fichier vu que NTFS aura le dernier mot.
Bref, un fichier que tu crois non-valide en general, est en fait un fichier valide pour NTFS, mais invalide pour Win32.
[^] # Re: Normal, c'est une feature...
Posté par pasBill pasGates . En réponse au journal XFS: demain j'arrête.... Évalué à 5.
Resultat, si tu crees un fichier dans un path qui est plus long que ce que Win32 supporte, t'arriveras pas a l'enlever en utilisant simplement les APIs Win32 vu que les APIs font plein de checks (caracteres du nom sont valides pour Win32, longueur aussi, etc...).
D'ou l'existence de noms canoniques, lorsque l'API voit un nom de ce type, il cherche pas plus loin et le passe a NTFS qui s'en occupera, ce qui permet d'operer sur a peu pres n'importe quel fichier vu que NTFS aura le dernier mot.
Bref, un fichier que tu crois non-valide en general, est en fait un fichier valide pour NTFS, mais invalide pour Win32.