Problem mit der Maximalen Pfadlänge und dem Kopieren von Dateien

[Christian Seehase]

Moin Zusammen,

auch wenn das für ein solches Programm nicht praktikabel ist, gibt es doch einen Weg das Problem der Pfadlänge zu umgehen.
Hierzu muss man nur, mit Hilfe des Konsolenprogrammes SUBST, einem Unterverzeichnis einen Laufwerksbuchstaben verpassen.
Somit lässt sich der gesamte Pfad auf eine Datei i.d.R. erheblich eindampfen, so dass der Zugriff wieder möglich ist.
(dass nur als grundsätzlicher Tip, da ich auf diesem Wege schon Dateien bearbeiten konnte, die ansonsten, auf Grund der Pfadlänge, nicht mehr zu bearbeiten waren.)

[Der schöne Günther]

Wenn ich beim normalen Arbeiten im Explorer auf so eine Grenze laufe mache ich das auch
Einfach mit subst ein Laufwerk anlegen (oder seit Win8 direkt im Explorer möglich).

Aber ja, mittels UNC-Notation ist das Limit an sich ja eigentlich bei 32.000 Zeichen (glaube ich).
Nur leider halt trotzdem möglich, auf irgendeine WinAPI-Routine zu laufen, die keine UNC-Pfade annimmt.

http://msdn.microsoft.com/en-us/libr...9.aspx#maxpath

[himitsu]

Wie gesagt, der offizielle Weg geht z.B. über UNC (maximal 64 KB, also halb so viele UnicodeZeichen = 32.767 + 1)
oder man splittet den Pfad auf.
- relative Pfade, was aber im Explorer nicht geht
- verschieben, wobei natürlich nur der Pfad für das zu verschiebende Verzeichnis beachtet behandelt wird
- einen langen übergeordneten Verzeichnisnamen vorübergehend in was Kurzes umbenennen
- oder eben aufteilen, so ala SUBST und Co.
- Und wenn es im Dateisystemtreiber nicht deaktiviert ist (das sollte bei neueren NTFS-Versionen beachtet werden), dann kann man auch die alten "alternativen" 8.3-Dateinamen verwenden, um darüber zuzugreifen.