DirectoryInfo, FileInfo et très long chemin

J'essaie de travailler avec DirectoryInfo, FileInfo avec un très long chemin.

  • J'essaie d'utiliser \\?\c:\long chemin (j'ai eu le caractère illégal avec fileInfo et DirectoryInfo)
  • J'essaie d'utiliser file://c:/chemin d'accès long (j'ai eu uri non pris en charge)

Puis-je utiliser ~ dans un chemin d'accès ou quelque chose d'autre.

J'ai lu ce post mais je voudrais utiliser un autre moyen que l'appel d'une API. Est-il d'autres solutions ?

Il y a un article à partir de microsoft pour utiliser \\? dans le chemin d'accès au fichier texte du lien

La question est de savoir comment puis-je travailler avec un très long chemin, et DirectoryInfo, et FileInfo pour le chemin d'accès qui sont plus de plus de 256 char

source d'informationauteur Cédric Boivin

  1. 10

    À la recherche à la Long des Chemins .NET post de blog sérieon dirait d'aller à l'API Win32 en P/Invoke est la seule solution à l'heure actuelle, autre que la restructuration de vos répertoires de sorte que vous ne frappez pas la limite.

  2. 11

    La Bibliothèque est à nouveau disponible sur cet emplacement.

    C'est un .NET-Library écrit contre .NET Framework 2.0 et peut être utilisé pour
    accès très long dossier et les fichiers de l'un .NET application.

    Depuis le .NET Framework ne prend pas en charge les noms de fichiers longs 🙁
    J'ai dû écrire une bibliothèque qui appelle l'API WIN32 et des enveloppements pour ceux
    des fonctions comme System.IO. Alors que ce n'est pas une réplique complète de la
    System.IO il n'ont la plupart des objets et des fonctions disponibles.

    Delimon.Win32.IO remplace le fichier de base fonctions de System.IO
    avec de longs noms de chemin d'accès de support pour les caractères jusqu'à 32 767 Caractères
    Donc bye bye MAX_PATH problème

    Avez-vous déjà rencontré ce problème?

    System.IO.PathTooLongExceptionétait non gérée.

    Message:

    Le chemin d'accès spécifié, le nom de fichier, ou les deux sont trop longs. Entièrement
    le nom de fichier doit être inférieure à 260 caractères, et l'
    nom du répertoire doit être de moins de 248 caractères.

  3. 5

    La Delimon.Win32.IO Bibliothèque (V4.0) est également disponible, il est écrit contre .NET Framework 4.0 et peut être utilisé soit sur x86 & systèmes x64.

  4. 4

    Façon, j'ai résolu ce problème dans le passé a été à l'aide de la bibliothèque de Delimon appelé Delimon.Win32.IO. Il ressemble à son site http://www.delimon.be est inaccessible pour le moment. Mais j'avais utilisé sur un projet dans le passé et cela a fonctionné comme un champion. Je peux essayer de le retrouver pour vous plus tard ce soir, ou juste essayer de trouver un lien valide quelque part par l'intermédiaire de google. Des acclamations. Voici un autre lien parlant de discuter de cette question.

    http://social.msdn.microsoft.com/Forums/en-US/netfxbcl/thread/2541a9b9-acd7-4338-89b1-dfc0408e41b5

  5. 1

    Comme de .NET 4.6.2, ce problème peut être résolu par un changement local de la machine de stratégie de groupe, permettant les longs trajets sur Win 10+ et le Serveur 2016+.

    Testé et confirmé.

    https://blogs.msdn.microsoft.com/jeremykuhne/2016/07/30/net-4-6-2-and-long-paths-on-windows-10/