Wie man mit Dateien mit Namen, die länger als 259 Zeichen?

Arbeite ich an einer Anwendung, die Spaziergänge durch jede Datei in einige Verzeichnisse und ein paar Aktionen mit diesen Dateien. Unter anderem muss ich die Datei abzurufen, die Größe und das Datum Wann diese Datei geändert wurde.

Einige Datei vollständigen Namen (Verzeichnis + Dateiname) ist zu lang, ich konnte nicht verwenden .NET Framework FileInfo, beschränkt auf MAX_PATH (260 Zeichen). Viele web-Quellen empfohlen, um native Win32-Funktionen über P/Invoke auf die Dateien zugreifen, deren Namen zu lang sind.

Derzeit genau das selbe problem scheint zu entstehen, mit Win32-Funktionen. Zum Beispiel GetFileAttributesEx (kernel32.dll) nicht mit Win32-Fehler 3 ERROR_PATH_NOT_FOUND für den Pfad von 270 bytes.

Die gleiche Datei erfolgreich geöffnet werden Notepad2 und erfolgreich angezeigt mit dem Windows-Explorer (sondern Visual Studio 2010 zum Beispiel nicht zu öffnen, weil die 259 Zeichen grenze1).

Was kann ich tun, um Zugriff auf eine Datei, wenn die Datei Weg ist 270 Zeichen lang?

Hinweise:

  • Entfernen oder ignorieren von Dateien mit der Datei-Pfad Länge, die länger als 259 Zeichen ist keine Lösung.

  • Ich bin auf der Suche nach Unicode-kompatible Lösungen nur.

  • Die Anwendung läuft unter Windows 2008/Vista oder später mit .NET Framework 4 installiert.

1 Überraschend, Microsoft Word 2007 scheitert, beschwert sich, dass "die Diskette ist zu klein" auf einem computer, die nicht haben, die keinerlei floppy-Laufwerk, oder "RAM-Speicher ist niedrig", wenn es 4 GB RAM übrig, oder endlich, dass "antivirus-software [...] muss aktualisiert werden". Wird Sie aufhören, eines Tages Anzeige wie blöd bedeutungslos Fehler zumindest in solchen Schlüssel-Produkte wie Microsoft Office?

  • Ich glaube, auch in diesen Tagen, dass jeder mit dem Namen maps zu einem 8.3 format-Dateinamen können nicht Sie nutzen? en.wikipedia.org/wiki/...
  • Auch ein 8.3 format-Dateinamen können das mehr als 260 Zeichen haben, die Sie gerade brauchen, tief-Ordner verschachteln.
  • Ich glaube nicht, Folgen Sie... Microsoft besitzt und ist direkt verantwortlich für den code, generiert Ihren Fehlermeldungen.
  • Beachten Sie, dass Sie können (und wollen vielleicht, da es fügt I/O-overhead) deaktivieren der 8.3 Namen erstellen, also, Nein, Sie können nicht sicher sein, dass ein 8.3 existiert. Sehen fsutil.exe 8dot3name.
InformationsquelleAutor Arseni Mourzenko | 2011-03-04
  1. 57

    .NET 4.6.2 Lösung

    Verwenden Sie die \\?\C:\Verrrrrrrrrrrry long path syntax wie beschrieben hier.

    .NET-Core-Lösung

    Es nur funktioniert, weil der Rahmen fügt sich der lange Pfad-syntax für Sie.

    Vor .NET 4.6.2 Lösung

    Auch mit den langen Pfad-syntax und die Unicode-version der Win32-API-Funktion mit P/Invoke.
    Von Naming Files, Paths, and Namespaces:

    Die Windows-API verfügt über viele Funktionen, die auch Unicode-Versionen zu ermöglichen, erweiterte Länge Pfad für eine maximale Pfadlänge von 32.767 Zeichen. Diese Art von Pfad-besteht aus Komponenten-getrennt durch Schrägstriche, die jeweils bis zu den zurückgegebenen Wert in der lpMaximumComponentLength parameter der GetVolumeInformation-Funktion (dieser Wert ist meist 255 Zeichen). Die Angabe einer erweiterten Länge, um den Pfad \\?\ Präfix. Zum Beispiel \\?\D:\very long path.

    Lesen dieser Microsoft Support-Seite könnte auch interessant sein.

    Eine sehr umfangreiche Erklärung in Lange Wege im .NET von Kim Hamilton bei der BCL-Team blog Listen ein paar Probleme im Umgang mit diesen Pfaden, die er behauptet, sind der Grund, warum diese syntax wird noch nicht unterstützt .NET direkt:

    Es gibt mehrere Gründe, warum wir nur ungern lange Wege in die Vergangenheit, und warum sind wir immer noch vorsichtig über die it <...>.

    <...> die \\?\ Präfix ermöglicht nicht nur lange Wege; es bewirkt, dass der Pfad übergeben werden, um die Datei-system mit minimalen änderungen von der Windows-APIs. Eine Folge ist, dass \\?\ schaltet die Dateinamen-Normalisierung durchgeführt, die von Windows-APIs, einschließlich entfernen von Leerzeichen, die Erweiterung '.' und '..', konvertieren von relativen Pfaden in vollständige Pfade, und so weiter.<...>

    <...> Lange Wege mit der \\?\ Präfix verwendet werden kann, in den meisten Datei-bezogene Windows-APIs, aber nicht alle Windows-APIs. Zum Beispiel, LoadLibrary<...> schlägt fehl, wenn der Dateiname länger als MAX_PATH. <...> Es gibt ähnliche Beispiele in der gesamten Windows-APIs; einige workarounds existieren, aber Sie sind auf einer Fall-zu-Fall-basis.

    Weiterer Faktor, der <...> ist die Kompatibilität mit anderen Windows-basierten Anwendungen und die Windows-shell selbst <...>

    Weil dieses problem immer häufiger auf <...> es gibt Bemühungen, in Microsoft zu beheben. In der Tat, als eine rechtzeitige Vista stecken, werden Sie feststellen, ein paar änderungen, die verringern die chance des Schlagens die MAX_PATH Grenze: viele der speziellen Ordnernamen gekürzt haben und, interessanterweise, die Schale ist mit einer automatischen Pfad verkleinern-Funktion <...> zu versuchen, Sie zu quetschen Sie in 260 Zeichen.

    Warnung: möglicherweise müssen Sie rufen Sie die Windows-APIs direkt, da ich denke, dass die .NET Framework möglicherweise nicht unterstützen diese Art von Pfad-syntax.

    • Ja, 3.5 nicht unterstützt diese Art von Pfad. Ich bezweifle, 4.0 Hinzugefügt wurden.
    • Wenn Sie benötigen Zugriff auf ein server-share mit lange Pfad, den Sie brauchen, um es zu schreiben wie diese: \\?\UNC\Server\Share, in anderen Worten hinzufügen \\?\UNC\ " als Präfix. Mehr dazu: installsetupconfig.com/win32programming/windowsfileapis4_2.html
    • Ja, Sie werden müssen die P/Invoke die Win32-API-Funktionen und rufen Sie Sie direkt aus .NET-Anwendung. .NET-interne Sanitär (insbesondere ein PathHelper Klasse) überprüft den Pfad und wirft eine Ausnahme, wenn es mehr als MAX_PATH (260) Zeichen.
    • was ist, wenn Ihr Weg ist länger als 32.767 Zeichen aber?
    • Dann ist dein Pfad ist im Grunde ein 6000-Wort-essay und das system kann damit nicht umgehen.
    • Diese Antwort ist nicht mehr vollständig gültig. Als der .Net 4.6.2 die file APIs können mit langen Pfad-name syntax und Verwendung von P/Invoke ist nicht mehr nötig (blogs.msdn.microsoft.com/jeremykuhne/2016/06/21/...).
    • Vielleicht können Sie sich die Freiheit nehmen, um es zu Bearbeiten... wie die Vorherige person, die es gibt (habe ich nicht)...

    InformationsquelleAutor Mehrdad
  2. 21

    Könnten Sie versuchen, die Delimon Bibliothek, seine eine .NET Framework 4-basierte Bibliothek auf der Microsoft TechNet-Website für die überwindung von langen Dateinamen problem:

    Delimon.Win32.IO Library (V4.0).

    Es hat seine eigenen Versionen der wichtigsten Methoden aus dem System.IO. Zum Beispiel, Sie würde ersetzen:

    System.IO.Directory.GetFiles

    mit

    Delimon.Win32.IO.Directory.GetFiles

    denen Sie mit langen Dateien und Ordner.

    Aus der website:

    Delimon.Win32.IO ersetzt Sie grundlegende Datei-Funktionen des Systems.IO und
    unterstützt Datei - & Ordner-Namen bis zu bis zu 32.767 Zeichen.

    Dieser Bibliothek geschrieben werden .NET Framework 4.0 und kann verwendet werden, entweder
    auf x86 - & x64-Systeme. Die Datei & Ordner Einschränkungen der standard
    System.IO-namespace können mit Dateien arbeiten, die 260 Zeichen in einer
    mit dem Namen und 240 Zeichen in einem Ordner-Namen (MAX_PATH ist in der Regel
    konfiguriert als 260 Zeichen). Normalerweise führen Sie in die
    System.IO.PathTooLongException Fehler mit dem Standard .NET-Bibliothek.

    • Es gibt auch AlphaFS - Bibliothek für Pfade überschreiten 260 Zeichen.
    InformationsquelleAutor TripleAntigen
  3. 11

    .NET-Core unterstützt nun lange Pfadnamen ohne erweiterte syntax.

    InformationsquelleAutor Demi
  4. 5

    Ich lief in dieses problem, wenn mit einer Anwendung, die ich Schreibe. Wenn ich war immer in der Nähe von schlagen die 260-Zeichen-limit, würde ich ein Netzlaufwerk, auf das Fliegen, ein segment, das voll Weg, so schneiden die Länge der vollständige Pfad + Datei-name deutlich nach. Es ist nicht wirklich eine elegante Lösung, aber es bekam den job zu erledigen.

    InformationsquelleAutor Brooks
  5. 2

    Den MSDN-Referenz für GetFileAttributesEx sagt:

    In der ANSI-version der Funktion an, der name ist beschränkt auf MAX_PATH Zeichen. Eine Verlängerung dieser Grenze bis 32.767 wide-Zeichen, rufen Sie die Unicode-version der Funktion und der Stelle "\\?\" auf den Pfad. Weitere Informationen finden Sie unter Benennen einer Datei.

    So, die Sie verwenden möchten GetFileAttributesExW Präfix und Ihren Pfad mit "\\?\"

    • Dein Zitat ist korrekt, aber etwas irreführend ist: Diese Einschränkung hat nichts zu tun mit der ANSI-version (es ist auch begrenzt in der Unicode-version).
    • es sehr deutlich erklärt, müssen Sie die Unicode-version und das Präfix zu verlängern, die Grenze.
    InformationsquelleAutor lunixbochs
  6. 2

    Bitte aktualisieren Sie Ihre config-Datei wie folgt:

    <configuration>
  <runtime>
    <AppContextSwitchOverrides value="Switch.System.IO.UseLegacyPathHandling=false;Switch.System.IO.BlockLongPaths=false" />
  </runtime>
</configuration>
    InformationsquelleAutor Sakthi Vel C
  7. 0

    Schaffung einer separaten Prozess, verwendet Robocopy ist auch eine Lösung wie hier diskutiert:
    So verschieben Sie Ordner/Dateien mit Pfadangaben > 255 Zeichen in Windows 8.1? 

      public static void RoboCopy(string src, string dst)
        {
            Process p = new Process();
            p.StartInfo.Arguments = string.Format("/C Robocopy {0} {1}", src, dst);
            p.StartInfo.FileName = "CMD.EXE";
            p.StartInfo.CreateNoWindow = true;
            p.StartInfo.UseShellExecute = false;
            p.Start();
            p.WaitForExit();
        }

    Gesehen in: Datei kopieren mit robo kopieren und verarbeiten

    InformationsquelleAutor Oskar Henriksson
  8. -2

    Lange Pfad ist eine sehr seltene Ausnahme und in der Regel nur ein oder ein paar Dateien mit langem Pfad existieren kann. Es ist daher nicht notwendig, um eine ganz neue Bibliothek nur für Sie.

    Was können Sie stattdessen tun ist, zu ignorieren, die Dateien mit langen Pfaden. Beginnen Sie mit der Deklaration dieser Funktion:

    public static bool IsPathWithinLimits(string fullPathAndFilename)
    {
        const int MAX_PATH_LENGTH = 259;//260-1
        return fullPathAndFilename.Length <= MAX_PATH_LENGTH;
    }

    Dann innerhalb der Schleife stellen Sie sicher, zu überspringen, lange Pfad-Dateien. Beispiel:

                 System.IO.DirectoryInfo di = new System.IO.DirectoryInfo(@"C:\\Temp");
                 //Fetching Only Text files (.txt)
                 System.IO.FileInfo[] dirInfos = di.GetFiles("*.txt");
                 if(dirInfos.Count() != 0)
                 {
                 string filecount = "";     
                 int getcount = 0;
                 foreach (System.IO.FileInfo d in dirInfos)
                 {

                      if(IsPathWithinLimits(d.FullName) == false) 
                    {
                      //skip if this file is long path
                      continue;
                     } 
                       else 
                     {
                       getcount++;
                       filecount += getcount.ToString();
                     }      
                 }
             //Total count of Text files (excluding long path files)
             MessageBox.Show(filecount + " Text files were found!");
                 }

    wenn(IsPathWithinLimits(name) == false) erkennt eine Datei mit einem langen Weg.

    • Es scheint, dass Sie nicht gelesen haben, die Frage. Ich habe explizit gesagt, dass ich brauchen, um den Fall behandeln, der lange Wege, und ich habe sogar ausdrücklich erklärt, dass "Entfernen oder ignorieren von Dateien mit der Datei-Pfad Länge, die länger als 259 Zeichen ist keine Lösung." Sie müssen sich also nicht die Frage beantworten. Darüber hinaus haben Sie nicht bemerkt, dass es bereits mehrere hoch von Ihnen positiv bewertet werden Antworten, und eine von Ihnen markiert ist, als angenommen, die Antwort auf die Frage. Also -1.
    • Diese Antwort ignoriert Dateien mit der Datei-Pfad Länge, die länger als 259 Zeichen sein. Ich schlug also diesen code hier ein, weil es vielleicht Leute, die nehmen das als Lösung im Gegensatz zu dir. Über die erste Antwort, sehe ich nur text, es gibt keine code-Beispiel, und das zweite mit Delimon-Bibliothek es ist nicht daran zu arbeiten .NET 4.5 und ist veraltet. Sie haben wirklich nicht downvote diese Antwort als einige Leute könnten kommen von google für so etwas suchen. Sorry für die Mühe!
    • dies ist nicht ein forum. Das Ziel für die Antworten, hier ist die Frage zu beantworten. Nicht, um Ihnen einige Informationen, die nützlich sein könnten, eines Tages zu einigen hypothetischen Besucher und die in keinem Zusammenhang zu der ursprünglichen Frage. Der downvote ist daher auch absolut verdient. Aber fühlen Sie sich frei, um Objekt in Meta wenn Sie nicht einverstanden sind.
    InformationsquelleAutor MrJack Mcfreder
Schreibe einen Kommentar