Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Win32/Win64 API (native code) (https://www.delphipraxis.net/17-win32-win64-api-native-code/)
-   -   Delphi Maximale Pfadlänge unter Windows (https://www.delphipraxis.net/93921-maximale-pfadlaenge-unter-windows.html)

St.Pauli 13. Jun 2007 11:51


Maximale Pfadlänge unter Windows
 
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.

Muetze1 13. Jun 2007 11:59

Re: Maximale Pfadlänge unter Windows
 
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

TeronG 13. Jun 2007 12:04

Re: Maximale Pfadlänge unter Windows
 
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


Alle Zeitangaben in WEZ +1. Es ist jetzt 17:21 Uhr.

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz