Hallo,

für mein Projekt muss ich die maximale Pfadlänge unter Windows wissen. Ich will verschiedene Funktionen in eine DLL auslagern und muss nun entscheiden, ob ein ShortString noch ausreicht oder ob ich PChars nehmen muss. VS2005 hat eine Konstante MAX_PATH mit dem Wert 260. Stimmt dieser Wert? Ich dachte eigtl. immer 255.

ShortString ist grundsätzlich zu kurz. Schon allein bei mir "natürlicherweise" vorkommende Pfade von "D:\Dokumente und Einstellungen\Koos.DOMAINNAME\Anwendungsdaten\Micr osoft\Crypto\RSA\S-1-5-21-1645522239-1682526488-725345543-1162\" würden mit einem Dateinamen deine DLL zu einem Pufferüberlauf bringen.

Die MAX_PATH Variable mit 260 stimmt, bezieht sich aber auf althergebrachte Dateiangaben. Ein Pfad an sich kann bis 32767 Zeichen (WideChar) lang werden, wenn die UNC Angabe (\\?\) genutzt wird. Mehr Informationen siehe hier - MSDN: Naming a file

Googles erste Treffer sagen dazu das:

Zitat:

würde mich wündern, wenn wir diese Frage hier tatsächlich klären könnten - dazu geistern zu viele unterschiedliche MAX_PATH-"Konstanten" auch in Original-Microsoft-DLLs rum.

Halbwegs sicher ist: Unterhalb Windows NT gilt zwingend ein Limit von MAX_PATH für die Länge des Pfades (irgendwo um die 255 Zeichen), also bei Win 95, 98, ME. Steht in der winbase.h, glaub ich.

Ab Win NT gibt es nur noch einen Default-Wert von 248 Zeichen, den man/frau zwar aufblasen kann durch Änderung der MFT [Master File Table],... aber nicht unbedingt tun sollte.
Theoretische maximale Pfadlänge ist dann 32767 Zeichen, wenn denn auch nur immer und überall die Unicode-Implementierungen der Directory-Management- und Filesystem-Funktionen statt der ANSI-Varianten aufgerufen würden. (Also immer die CreateDirectoryW statt der CreateDirectory der Kernel32.dll etc)

Aber so sauber programmiert keiner und verschiedene DLL-Functionen von EncryptFile bis zu FindFirstFile haben halt eine maximale Buffer-Len fest verdrahtet, die meist bei ca. 260 liegt. Hat nichts mit Filesystem-Limits zu tun...
...
...

Quelle