Mit diesem Problem bin ich schon ein paar Mal in unpassenden Momenten konfrontiert worden:
Warum gibt es diese Grenze?
Warum ist sie noch nicht entfernt worden?
Wie gehen Sie mit der Wegbegrenzung um? Und nein, ein Wechsel zu Linux oder Mac OS X ist keine gültige Antwort auf diese Frage ;)
Eine andere Möglichkeit, damit umzugehen, ist die Verwendung von Cygwin, je nachdem, was Sie mit den Dateien machen wollen (d.h. ob die Cygwin-Befehle Ihren Bedürfnissen entsprechen)
So können beispielsweise Dateien kopiert, verschoben oder umbenannt werden, was mit dem Windows Explorer nicht möglich ist. Oder natürlich mit dem Inhalt der Dateien umgehen wie md5sum, grep, gzip, etc.
Auch für Programme, die Sie programmieren, könnten Sie sie mit der Cygwin-DLL verknüpfen und es würde ihnen ermöglichen, lange Pfade zu verwenden (ich habe dies jedoch nicht getestet)
Wie wird die Grenze umgangen? Hängt es nicht vom zugrunde liegenden Dateisystem ab (keine rhetorische Frage)? Haben Sie es getestet? Haben Sie eine Referenz, die Sie Ihrer Antwort hinzufügen können? (Aber ohne "Bearbeiten:", "Aktualisieren:" oder ähnlich - die Antwort sollte so aussehen, als wäre sie heute geschrieben worden).
Die Windows-Befehlszeile unterstützt 32.767 Pfadlängen. Das Problem besteht bei älteren Anwendungen, die die ältere WIN32-API verwenden, die nur eine fest kodierte, einkompilierte Grenze von 260 Zeichen unterstützt. Die Windows Explorer UI-Anwendung ist das Problem. Sie verwendet immer noch die alte WIN32-API und unterstützt nicht das Überschreiben des Pfads, um einen UNC-Pfad zu verwenden. Die Benutzeroberfläche nimmt zwar einen UNC-Pfad an, aber nachdem Sie die Eingabetaste gedrückt haben, wird der Pfad wieder geändert und schlägt dann bei langen Pfaden fehl (selbst nach der Umstellung auf kurze Namen, falls aktiviert). Ich habe es versucht.
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
9 Stimmen
@Artelius: Tatsächlich unterstützt Windows (zumindest ab Win2K) Kreuzungspunkte ( de.wikipedia.org/wiki/NTFS_Junction_point ), und ab Vista werden symbolische NT-Verknüpfungen ( de.wikipedia.org/wiki/NTFS_symbolischer_link ). Wie auch immer, während Symlinks helfen können, längere/verschachtelte Pfade freundlicher zu gestalten, kann ich mir nicht vorstellen, wie Symlinks helfen würden, wenn man an die Grenzen der Pfadlänge stößt.
1 Stimmen
Auf meinem Windows 8 PC scheint die Grenze bei etwa 1024 Zeichen zu liegen, also YMMV.
10 Stimmen
Selbst wenn es diese Grenze nicht gäbe, gibt es immer noch viele andere Grenzen, und jede von ihnen könnte irgendwann lästig werden. Der Punkt ist, warum ist diese Grenze so niedrig? Nach der Ära von 8.3 und mit Mega-/Giga-Hardware sollte ein Pfad nun ein dynamisch zugewiesener String mit einer praktisch unbegrenzten Größe sein.
2 Stimmen
Bewältigung: Die Windows-Fehlermeldungen könnten besser sein. Ich habe gerade die Fehlermeldung "cannot find file..." (zweimal), als ich versuchte, eine Excel-Tabelle in einem langen Verzeichnis zu öffnen, nachdem ich eine Zip-Datei in meinem Downloads-Verzeichnis entpackt hatte. Die Fehlermeldung sollte sich eher darauf beziehen, dass versucht wird, einen Pfad zu verwenden, der MAX_PATH überschreitet, oder sie sollte einen abgeschnittenen Dateinamen anzeigen, anstatt den gesamten zu langen Namen.
17 Stimmen
Microsoft hat dieses Problem in Windows 10 Build 14352 endlich in Angriff genommen.
0 Stimmen
@WarrenP Sie meinen dies? stackoverflow.com/q/27680647/1157054
3 Stimmen
Ja, und es sieht so aus, als müssten Sie das App-Manifest ändern, damit es den langen Pfad erkennt.
3 Stimmen
@PatrickSzalapski leider wurde es behoben visualstudio.uservoice.com/forums/121579-visual-studio/
2 Stimmen
Mit dem \\ ?\ Präfix konnten wir bereits 32k lange Pfade verwenden, wahrscheinlich seit NT3.5
2 Stimmen
@WarrenP Leider hat Microsoft die Windows Explorer UI App nie aktualisiert, so dass das Problem auch heute noch im Jahr 2022 besteht.
1 Stimmen
@v.oddou Verwendung des \\ ?\ funktioniert auch nicht, da die Windows Explorer App sie vor dem Aufruf der älteren WIN32 API, die sie zum Aufzählen von Ordnern oder Öffnen von Dateien verwendet, entfernt.