Veuillez confirmer la modification du comportement lié à la longueur du chemin dans .NET 4.0

Question

quelqu'un peut-il confirmer que microsoft a modifié le comportement lié à la longueur de chemin de certaines classes de System.IO dans .NET 4.0? Par exemple, le code ci-dessous s'exécute correctement sur .NET 3.5 mais sur 4.0 renvoie une exception PathTooLongException pour moi.

const string prefix = "C:\\"; 
const string suffix = ".txt"; 

var sb = new StringBuilder(); 
sb.Append(prefix); 
for (var i = 0; i < 260 - prefix.Length - suffix.Length - 1; i++) 
{ 
    sb.Append("a"); 
} 
sb.Append(suffix); 

var info = new FileInfo(sb.ToString()); 

En outre, un appel à File.Create(sb.ToString()) lance une IOException sur .NET 3.5, mais un PathTooLongException sur .NET 4.0. Il pourrait y avoir plus de différences.

Ces changements sont-ils documentés quelque part?

Merci!

[EDIT]

J'ai suivi les conseils de Hans et a déposé un Passant rapport sur connect.microsoft.com. Vous pouvez le trouver sur here.

Answer 1

Modification de ma réponse, celle d'origine était incorrecte. Oui, la méthode Path.NormalizePath() a subi des modifications importantes dans .NET 4.0. J'ai réussi à obtenir ce débogué avec la source de référence et a trouvé un commentaire dans le code source qui explique son comportement:

// The max total path is 260, and the max individual component length is 255. 
    // For example, D:\<256 char file name> isn't legal, even though it's under 260 chars. 
    internal static readonly int MaxPath = 260; 
    private static readonly int MaxDirectoryLength = 255; 
    ... 
     if (newBuffer.Length - 1 - lastDirectorySeparatorPos > MaxDirectoryLength) 
     { 
      throw new PathTooLongException(Environment.GetResourceString("IO.PathTooLong")); 
     } 

C'est l'exception qui est déclenché par votre code. Il semble visqueux parce que le code semble vérifier la longueur du nom de répertoire qui n'est évidemment pas proche de 255 caractères dans votre code. Toutefois, le commentaire explique pourquoi votre chemin est rejeté, la partie du nom de fichier du chemin est 259-3 = 256 caractères. Un de trop.

Je n'étais pas au courant de cette restriction et je suis un peu douteux que toutes les versions de Windows ont cette restriction. Tout ce que j'ai vu documenté qu'il y a en effet une longueur maximale du nom du répertoire (chemin moins nom de fichier). Il y a d'autres commentaires dans le code qui suggèrent qu'il existe un bogue off-by-one dans Windows 2000, qui pourrait avoir quelque chose à voir avec ça.

Anyhoo, vous pouvez voir par vous-même en changeant

 const string prefix = "C:\\a\\"; 

Et maintenant, une chaîne de chemin de 259 caractères est accepté. En d'autres termes, ce comportement ne doit être octet que si le nom du chemin fait référence au dossier racine du lecteur. Pas un endroit où vous devriez stocker des fichiers. Étant donné le commentaire dans le code source, ce changement était tout à fait intentionnel et devrait être considéré comme une fonctionnalité, pas un bogue. Néanmoins, j'ai posté un commentaire sur l'article que vous avez commencé à rédiger. Je ne l'achète toujours pas complètement ...

---

Mise à jour: d'accord, je suis vendu dessus. J'ai essayé de créer un tel fichier en utilisant C++ sur Win7 et il a échoué. Les fichiers du répertoire racine ne peuvent en effet pas comporter de noms de chemin plus longs que 258 caractères. La restriction semble être induite par un composant du chemin (nom de sous-répertoire, nom de fichier) ne doit pas être plus long que 255 caractères. Le comportement .NET 4.0 est entièrement correct.

Answer 2

Avez-vous examiné les méthodes File.Create() dans le réflecteur, et avez-vous comparé les deux versions?