Länge Dateiname/Pfade

[Dalai]

Die Aufhebung dieser Einschränkung hat ohne Anpassungen der eigenen Anwendung keinerlei Auswirkungen. Man muss mindestens das Manifest der eigenen Anwendung um eine weitere Angabe ergänzen (longPathAware). Deswegen schreibt MS auch:

Zitat:

To enable the new long path behavior, both of the following conditions must be met:

Die Benutzung der Pfade mit Long Path Prefix \\?\ funktioniert davon unahängig, und auch in älteren Windows-Versionen (wahrscheinlich ab Win2k).

Grüße
Dalai

[MicMic]

Ich habe mal getestet, weil ich erst mal verstehen will, wie es die ganze Zeit so ist.

Dateitest:

Maximal Dateinamenlänge im Hauptverzeichnis C (255 Zeichen)
+ C:\ (3 Zeichen) + NULL-Zeichen (1 Zeichen)
= 259 Zeichen
Warum nicht 260 (MAX_PATH) ?

Maximal Dateinamenlänge im Verzeichnis C:\Test (251 Zeichen)
+ C:\Test\ (8 Zeichen) + NULL-Zeichen (1 Zeichen)
= 260 Zeichen (wäre MAX_PATH)

Maximal Dateinamenlänge im Verzeichnis C:\Test\Test (246 Zeichen)
+ C:\Test\Test\ (13 Zeichen) + NULL-Zeichen (1 Zeichen)
= 260 Zeichen (wäre MAX_PATH)


Ordnertest:

Maximale Ordnerlänge im Hauptverzeichnis C (244 Zeichen)
+ C:\ (3 Zeichen) + NULL-Zeichen (1 Zeichen)
+ 12 Zeichen (8+3 Dateiname + Punkt) für einen möglichen Dateinamen im Ordner
= 260 Zeichen (wäre MAX_PATH)

Maximale Ordnerlänge im Verzeichnis C:\Test (239 Zeichen)
+ C:\Test\ (8 Zeichen) + NULL-Zeichen (1 Zeichen)
+ 12 Zeichen (8+3 Dateiname + Punkt) für einen möglichen Dateinamen im Ordner
= 260 Zeichen (wäre MAX_PATH)

Maximale Ordnerlänge im Hauptverzeichnis C:\Test\Test (234 Zeichen)
+ C:\Test\Test\ (13 Zeichen) + NULL-Zeichen (1 Zeichen)
+ 12 Zeichen (8+3 Dateiname + Punkt) für einen möglichen Dateinamen im Ordner
= 260 Zeichen (wäre MAX_PATH)

Also der erste Test im Hauptverzeichnis ergibt nicht 260. Was ist hier falsch? Weiterhin überlege ich über das NULL-Zeichen nach. Die Ordnerlänge müsste doch jeweils um 1 Zeichen weniger sein, weil ein möglicher 8+3 Dateiname (in früheren Zeiten die maximale Länge) auch ein NULL-Zeichen haben muss. Also nicht 12, sondern 13 Zeichen. Zumindest für das API-Interne Zeugs.

[Dalai]

Es gibt einen Unterschied zwischen maximaler Pfadlänge (=MAX_PATH) und maximaler Länge eines einzelnen Dateinamens (=255 bei NTFS). Einen Pfad aus mehreren Dateinamen maximaler Länge kann man nur mit dem Long Path Prefix \\?\ benutzen (oder ab Windows 1607, wenn die beiden genannten Bedingungen erfüllt sind).

Grüße
Dalai

[MicMic]

Also das mit dem "\\?\" ist mir ja bekannt. Jedoch habe ich es noch nicht überall im Einsatz (beim Programmieren).

Gehen wir die Sache noch mal durch

Nummer 1:
Obige Rechnung stimmt. Also rechnerisch würde unter C:\ eigentlich 256 Zeichen für ein Dateiname gehen (weil's 260 ergibt), jedoch sagt NTFS, bei 255 ist Schluss
Richtig?

Nummer 2:
Ohne diesem Registry Eintrag (LongPathsEnabled=1) funktioniert's so wie in meiner Beispielrechnung? Um So mehr Unterverzeichnisse, um so kürzer dann
natürlich die Dateinamen und auch die Ordnernamen.
Richtig?

Nummer 3:
Aber in der Programmierung mit dem Prefix "\\?\" kann man Dateien (ob nun in Hauptverzeichnis oder in Unterverzeichnissen) oder aber auch Ordner (siehe Nummer 5)
mit maximal 255 Zeichen nutzen. Auch wenn "LongPathsEnabled" auf 0 steht. Wenn man es richtig mit dem Prefix und den API Funktionen umsetzt, also dann auch
kopieren/verschieben/löschen.
Richtig?

Nummer 4:
Mein CMD-Test ergab eben, mit "LongPathsEnabled=1", dass ich in jedem Unterverzeichnis maximal 255 Zeichen für ein Dateiname nutzen kann.
Richtig?

Nummer 5:
Mein CMD-Test ergab eben, mit "LongPathsEnabled=1", dass ich auch für Ordner maximal 255 Zeichen nutzen kann. Ebenfalls egal, ob im Hauptverzeichnis oder in Unterverzeichnissen.
Richtig?

Nummer 6:
Wie war das mit FAT32?
Da müsste es doch so wie bei Nummer 2 gehen.
Richtig?

[Dalai]

Zitat von MicMic:

Obige Rechnung stimmt. Also rechnerisch würde unter C:\ eigentlich 256 Zeichen für ein Dateiname gehen (weil's 260 ergibt), jedoch sagt NTFS, bei 255 ist Schluss
Richtig?

Jep.

Zitat:

Ohne diesem Registry Eintrag (LongPathsEnabled=1) funktioniert's so wie in meiner Beispielrechnung? Um So mehr Unterverzeichnisse, um so kürzer dann
natürlich die Dateinamen und auch die Ordnernamen.
Richtig?

Je länger der absolute Pfad, desto kürzer müssen dessen einzelne Teile sein, um das MAX_PATH Limit nicht zu überschreiten. Korrekt.

Zitat:

Aber in der Programmierung mit dem Prefix "\\?\" kann man Dateien (ob nun in Hauptverzeichnis oder in Unterverzeichnissen) oder aber auch Ordner (siehe Nummer 5)
mit maximal 255 Zeichen nutzen.

Wikipedia sagt, dass für NTFS das Limit eines einzelnen Dateinamen 255 Unicode-Zeichen ist:

Zitat:

Max. filename length: 255 UTF-16 code units

. Daran wird auch der Long Path Prefix nichts ändern. Relevant wird dieser erst, wenn es um die Länge des absoluten Pfades geht.

Zitat:

Wenn man es richtig mit dem Prefix und den API Funktionen umsetzt, also dann auch
kopieren/verschieben/löschen.
Richtig?

Ja. Wobei man beachten muss, dass IIRC nicht alle Windows API-Funktionen dieses Prefix unterstützen. CopyFileEx gehört aber in jedem Fall dazu.

Zitat:

Mein CMD-Test ergab eben, mit "LongPathsEnabled=1", dass ich in jedem Unterverzeichnis maximal 255 Zeichen für ein Dateiname nutzen kann.
Richtig?

Das wird wohl so sein. Wie gesagt: MS schreibt in dem von mir verlinkten Artikel nur etwas von der Aufhebung des MAX_PATH Limits (unter bestimmten Voraussetzungen). Das Limit der Einzelteile bleibt aber bestehen, weil die vom darunterliegenden Dateisystem diktiert werden.

Zitat:

Mein CMD-Test ergab eben, mit "LongPathsEnabled=1", dass ich auch für Ordner maximal 255 Zeichen nutzen kann. Ebenfalls egal, ob im Hauptverzeichnis oder in Unterverzeichnissen.
Richtig?

Nunja, ein Verzeichnis ist eben auch nur eine Datei mit einem zusätzlichen Attribut. Siehe WIN32_FIND_DATA-Struktur (FILE_ATTRIBUTE_DIRECTORY).

Zitat:

Wie war das mit FAT32?
Da müsste es doch so wie bei Nummer 2 gehen.
Richtig?

Wikipedia sagt:

Zitat:

Max. filename length: 8.3 filename, or 255 UCS-2 characters when using LFN

LFN = Long File Name, UCS-2 ist mehr oder weniger Unicode. Also gilt für FAT32 dasselbe, wobei wahrscheinlich MAX_PATH trotzdem nicht überschritten werden kann. Aber das weiß ich nicht, und spielt in der Realität wohl auch eine sehr untergeordnete Rolle.

Grüße
Dalai

[MicMic]

Da habe ich wohl jetzt die Prüfung bestanden
Danke für die Antwort

Zitat:

Zitat:

Mein CMD-Test ergab eben, mit "LongPathsEnabled=1", dass ich auch für Ordner maximal 255 Zeichen nutzen kann. Ebenfalls egal, ob im Hauptverzeichnis oder in Unterverzeichnissen.
Richtig?

Nunja, ein Verzeichnis ist eben auch nur eine Datei mit einem zusätzlichen Attribut. Siehe WIN32_FIND_DATA-Struktur (FILE_ATTRIBUTE_DIRECTORY).

Wird wohl jetzt so sein. Also mit LongPathsEnabled=1 bzw. mit dem Prefix "\\?\".
Die frühere Variante ergabt bei meinen Tests ja, dass bei Ordnern noch etwas abgezogen wird, damit ein möglicher 8+3 Dateiname noch reinpassen kann. Was ja auch Sinn macht.

Jetzt habe ich wenigstens Durchblick erlangen *lach*
Also Dankeschön

[DieDolly]

Falls du in Zukunft irgendwann ein Programm schreibst welches in der Registzry rumfummelt und LongPathsEnabled umschreibt, würde ich mir vorher die Erlaubnis vom Nutzer einholen.