Wie kann System.IO.PathTooLongException vermieden werden?

Question

Wir sind ständig in dieses Problem ...

Beispiel:

wenn ich eine Datei, die ich in ein ein anderes Verzeichnis oder UNC-Freigabe und wenn die Länge des Wegs 248 kopieren möchten überschreitet (wenn Ich irre mich nicht), dann wird PathTooLongException ausgelöst. Gibt es eine Problemumgehung für dieses Problem?

PS: Gibt es Registrierungseinstellung, um diesen Pfad zu einem längeren Zeichensatz festzulegen?

Answer 1

beschrieben Wie in Jeremy Kuhne blog, .NET Framework 4.6.2 entfernt die MAX_PATH Einschränkung, soweit möglich, ohne die Abwärtskompatibilität zu brechen.

Answer 2

Nur 1 Abhilfe, die ich auf diesen einen gesehen habe ... dies könnte hilfreich sein

http://www.codeproject.com/KB/files/LongFileNames.aspx

Answer 3

Dies wurde durch die BCL-Team eingehend diskutiert worden ist, finden Sie in der blog entries

In Essenz gibt es keine Möglichkeit, dies zu tun innerhalb .Net-Code und bleiben Sie bei der BCL. Zu viele Funktionen beruhen darauf, dass der Pfadname kanonisiert werden kann (was sofort die Verwendung von Funktionen auslöst, die erwarten, dass MAX_PATH befolgt wird).

Sie könnten alle Win32-Funktionen, die die "\\?" -Syntax unterstützen, umhüllen, mit denen Sie in der Lage wären, eine Reihe von Funktionen mit langem Pfad zu implementieren, aber dies wäre umständlich.

Da eine große Anzahl von Werkzeugen (einschließlich Explorer [1]) kann lange Pfadnamen nicht umgehen ist es nicht ratsam, diesen Weg zu gehen, es sei denn, Sie sind glücklich, dass alle Interaktion mit dem resultierenden Dateisystem über Ihre Bibliothek geht (oder die begrenzte Anzahl von Werkzeugen, die dafür gebaut werden, wie Robocopy)

Als Antwort auf Ihre spezifischen Bedürfnisse würde ich untersuchen, ob die Verwendung von Robocopy direkt ausreichen würde, um diese Aufgabe zu erfüllen.

[1] Vista hat Möglichkeiten, um das Problem mit etwas Phantasie Umbenennung unter der Haube zu mildern, aber das ist bestenfalls zerbrechlich)

Answer 4

Das Problem ist mit den ANSI-Versionen des Windows-APIs. Eine Lösung, die sorgfältig getestet werden muss, ist die Verwendung von Unicode-Versionen der Windows-API. Dies kann durch Voranstellen von "\\?\" an den abgefragten Pfad erfolgen.

• http://blogs.msdn.com/b/bclteam/archive/2007/02/13/long-paths-in-net-part-1-of-3-kim-hamilton.aspx
• http://blogs.msdn.com/bclteam/archive/2007/03/26/long-paths-in-net-part-2-of-3-long-path-workarounds-kim-hamilton.aspx
• :

  Große Informationen, einschließlich Workarounds in den folgenden Blog-Beiträge von der Microsoft-Base Class Library (BCL) Team-Titel "Lange Wege in .NET" zu finden http://blogs.msdn.com/b/bclteam/archive/2008/07/07/long-paths-in-net-part-3-of-3-redux-kim-hamilton.aspx

Answer 5

Ich habe den Befehl "subst" verwendet, um das Problem zu umgehen ... http://www.techrepublic.com/article/mapping-drive-letters-to-local-folders-in-windows-xp/5975262

Answer 6

In C# für mich ist das eine Abhilfe:

/*make long path short by setting it to like cd*/ 
string path = @"\\godDamnLong\Path\"; 
Directory.SetCurrentDirectory(path); 

Answer 7

Diese Bibliothek könnte hilfreich sein: Zeta Long Paths

Answer 8

Versuchen Sie diese: Delimon.Win32.I O Library (V4.0)Diese Libarary ist auf .NET Framework 4.0 geschrieben

Delimon.Win32.IO ersetzt Basic Dateifunktionen von System.IO und unterstützt Datei & Ordnernamen bis zu 32.767 Zeichen.

https://gallery.technet.microsoft.com/DelimonWin32IO-Library-V40-7ff6b16c

Diese Bibliothek speziell lange Pfad & Dateinamen zu verwenden, geschrieben wird, um die Begrenzung des .NET Framework zu überwinden. Mit dieser Bibliothek Sie programmatisch durchsuchen können, den Zugang, Schreiben, Löschen, usw. Dateien und Ordner, die nicht zugänglich von der System.IO namespace.Library sind

Nutzungs

1. zuerst einen Verweis auf die hinzufügen Delimon.Win32.IO.dll zu einem Projekt (Wechseln Sie zu der Delimon.Win32.IO.dll Datei)

2. in Ihrer code-Datei hinzufügen "kann Delimon.Win32.IO"

3. Verwenden Sie normale Datei & Directory-Objekte, als ob Sie mit System.IO

   arbeiten

Answer 9

My Drive-Mapping-Lösung funktioniert gut und stabil „NetWorkDrive.cs“ und „NetWorkUNCPath.cs“ verwendet, die aus https://www.mycsharp.de/wbb2/thread.php?postid=3807703#post3807703

Testbeispiel heruntergeladen werden kann:

if (srcFileName.Length > 260) 
{ 
    string directoryName = srcFileName.Substring(0, srcFileName.LastIndexOf('\\')); 

    var uncName = GetUNCPath(srcFileName.Substring(0, 2)) + directoryName.Substring(2); 

    using (NetWorkDrive nDrive = new NetWorkDrive(uncName)) 
    { 
    drvFileName = nDrive.FullDriveLetter + Path.GetFileName(sourceFileName) 
    File.Copy(drvFileName, destinationFileName, true); 
    } 
} 
else 
{ 
    File.Copy(srcFileName, destinationFileName, true); 
}