255 Zeichen - Pfadlänge ermitteln

[ACAD-ADMIN]

Hallo,

bei der Dokumentation kommt es immer wieder vor, das die Gesamtpfadlänge über 256 Zeichen liegt und damit externe Sicherungssytsteme versagen - dann ist es zu spät.
Gibt es im Totalcommander eine Möglichkeit dies zu ermitteln oder ein anderes Tool?

Danke

[icfu]

per Plugin:
http://www.totalcmd.net/plugring/wdx_Filename_ChrCount.html

Icfu

[ACAD-ADMIN]

Vielen Dank, werde dies testen und Rückmeldung geben.

[PCDocHD]

Hallo Entwickler,

ich hatte gerade den Fall, dass ein Mitarbeiter eines Kunden mit dem TC sich eine BackupPlatte gefüllt hat und durch excessives Ordnerstricken Dateien in Ordnerpfade kopiert hat mit mehr als 255 zeichen Pfadlänge.

Das hat wohl im TC gut funktioniert, nur konnte er zu Hause dann mit Doppelklick und Word sollte die Datei öffnen nicht mehr auf die Dateien zugreifen (Office 2003 und Explorer).

Ich habe ihm zwar mit dem üblichen subst x: ... workaround helfen können - aber die Panik war erstmal groß (Windows meldet Fehler beim Datenzugriff auf externe Festplatte etc).

Wäre eine Warnung (in den Konfigs ausschaltbar) nicht sinnvoll, wenn der TC "problematische" Pfadlängen (>255 Chars) erkennt...

[ghisler(Author)]

Eigentlich sollten ALLE Programme mit Dateinamen bis 259 Zeichen gehen (inkl. Total Commander), weil dies das Limit der Windows-Funktionen ist. Wieso das in Office nicht geht ist mir leider schleierhaft.

[JustAnotherTCUser]

probleme gibts allerdings, wenn man mit TC seeehr lange pfad/dateinamen bastelt. da kommt man ueber das uebliche limit hinaus. mehr als 259. und dann hat windows da probleme, und wenn ichs recht in erinnerung habe, auch TC selbst.
hab da mal ein beispielscenario per email meinen damaligen kollegen beschrieben. wenns gewuenscht wird kruschtel ich das mal raus.

[JustAnotherTCUser]

ich hab das vorgehen mal hier beschrieben. wer oder was ist da "schuld" daran?

(im total commander kann ich folgendes so nachstellen, im windows explorer klappts so nicht... dennoch interessant dass es funktionieren kann, denn der total commander greift auch nur auf die windows api zu, denk ich)

in der ntfs-root ein verzeichnis anlegen namens:
"dies ist ein langer verzeichnisname, genaugenommen ist es sogar ein seeeeeeeeeehr langer verzeichnisname!"
"unterhalb" dieses verzeichnis _nochmals_ ein verzeichnis mit dem selben namen anlegen.
wiederum unterhalb ein verzeichnis namens "x" anlegen.
mit diesem dos-command eine datei anlegen: "echo *>datei.txt"
das verzeichnis "x" umbenennen in "dies ist ein langer verzeichnisname, genaugenommen ist es sogar ein seeeeeeeeeehr langer verzeichnisname!"
der verzeichnisname wird dann automatisch gekuerzt zu "dies ist ein langer verzeichnisname, genauge" (windows explorer kuerzt ihn hier noch weiter, so dass folgendes nicht greift. vielleicht auf nem anderen weg... )

in dieses verzeichnis kann ich dann nicht mehr hineinwechseln!
wenn man diese verzeichnis umbenennt (nur um ein zeichen kuerzt) in "dies ist ein langer verzeichnisname, genaug" kann man wieder in das verzeichnis wechseln. eine datei seh ich dort nicht mehr! )
kuerzt man den verzeichnisnamen wiederum um ein zeichen, also auf "dies ist ein langer verzeichnisname, genau", sieht man die datei wieder.
wenn man nun versuch auf die datei zuzugreifen (lesen, umbenennen, loeschen, etc.), wird die datei nicht gefunden oder sie hat angeblich nen schreibschutz... ))

um das ding wieder zu entfernen muss ein verzeichnisnamen innerhalb des entsprechenden pfades gekuerzt werden.

eine begrenzung existiert m.w. bei 260 zeichen fuer filename inkl. pfad. ok, mag ja sein. aber dass man das aber so "aushebeln" kann... tststs
ich kam durch zufall drauf da ich so ne "unloeschbare" datei auf der platte hatte.

[sqa_wizard]

Lange Rede kurzer Sinn: In der neuen Version wird es wohl auch mit noch längeren Pfadnamen funktionieren

11. Unterstützung sehr langer Pfadnamen
In der Version 7.50 werden Pfadlängen bis 1024 Zeichen unterstützt.

[JustAnotherTCUser]

dann bin ich gespannt wie das mit meiner obigen vorgehensweise klappt