Verzeichnisbaum / Treeinfo unvollständig

[wswsws]

Guten Tag,

gibt es eine Höchstgrenze in Total Commander, was die Zahl der im Treeinfo verarbeitbaren Verzeichnisse anbelangt?

Ich habe auf einem Laufwerk X eine ziemlich große Menge Verzeichnisse. Aber auch nach komplettem Neueinlesen (Alt-F10, F2) fehlen mir etliche. Wenn ich treeinfo.wc mit einem editor öffne, sind sie auch dort nicht zu finden.

Herzlichen Dank für die Antwort im Voraus
mfg W.

P.S.: Der Total Commander ist ein SEHR SEHR nützliches und sehr gut durchdachtes Programm, welches mir die tagtägliche Arbeit ENORM erleichtert! Vielen Dank für die gute Pflege und Weiterentwicklung dieses Juwels an Software!

[sqa_wizard]

Es gibt eine Limitierung von 259 Zeichen der Pfadlänge.
Vielleicht liegt es daran.

TC 7.5 wird längere Pfade unterstützen ...

[wswsws]

Hallo,

vielen Dank für die schnelle Reaktion! Ja, die Pfadlänge wäre eine Möglichkeit gewesen. Trifft allerdings nicht zu: die Pfadlänge betraf im konkreten Fall nur ca. 65 Zeichen.

Könnte es noch andere Gründe geben?

Danke, mfg w.

[samot]

Hast du schonmal nachgesehen, wie viele Verzeichnisse der TC in der treeinfo.wc stehen hat (Anzahl der Zeilen)? Wenn es eine "glatte" Größe wie 4096, 8092, 16384 etc. ist, könnte es tatsächlich eine Begrenzung sein.

Ansonsten könntest du versuchen, die Verzeichnisse einfach ohne Dateien komplette auf eine andere Festplatte zu kopieren (alle Verzeichnisse markieren und bei "nur Dateien vom Typ" einfach Unsinn (z.B. abcdefg) eingeben) und dann dort ein paar Verzeichnisse rauslöschen, um zu sehen, ob er dann / dort auch die fehlenden einliest.

mfg

Thomas

[ghisler(Author)]

Enthalten die Verzeichnisse irgendwelchen Sonderzeichen (Unicode von anderer Sprache o.ä.)?

[wswsws]

Hallo Samot,

danke für die kreativen Vorschläge!

1) Die Treeinfo.ws hat 25.119 Zeilen. - Scheint also nicht auf eine Größenbegrenzung hinzudeuten, da es keine "glatte" Größe im von Dir gemeinten Sinne zu sein scheint.

2) Die zweite Idee find ich ja besonders spannend! Habs gemacht, weiß allerdings nicht, wofür das Ergebnis nun ein Indiz sein könnte?

Tatsächlich sind die auf der usprünglichen Festplatte nicht angezeigten Verzeichnisse auf der anderen im treeinfo.wc vorhanden. Wie gesagt: mir ist aber nicht klar, was diese Information nun bedeutet.

Hallo C. Ghisler,

>> Enthalten die Verzeichnisse irgendwelchen Sonderzeichen (Unicode von anderer Sprache o.ä.)?

Konkret die NICHT gefundenen Verzeichnisse enthalten keine Sonderzeichen (noch nicht mal Leerzeichen oder dt. Umlaute). Könnte es dann trotzdem daran liegen? Denn IRGENDWELCHE Verzeichnisse könnten durchaus "fremdländische" Zeichen enthalten. Kann ich allerdings systematisch "von Hand" nicht überprüfen, weil es dafür zu viele Verzeichnisse sind (gibts da ein praktikables Verfahren, so was rauszufinden?).

Hätten Sie eine Idee, was zu tun ist?

Danke, mfg W.

[JOUBE]

"von Hand" nicht überprüfen, weil es dafür zu viele Verzeichnisse sind (gibts da ein praktikables Verfahren, so was rauszufinden?).

Zuerst die beiden treeinfo als Dateien nach Inhalt vergleichen. Dabei werden dann leicht die Verzeichnissen gefunden, ab denen sich eine Differenz der beiden treeinfo ergibt. Die Verzeichnisse also, die zwar selbst noch in der Baumstruktur enthalten sind, unterhalb von denen aber der Baum abgebrochen wurde.

In den genannten Verzeichnissen dann die von ghisler(author) angesprochene Suche nach Dateien und Verzeichnissen durchführen, die"irgendwelche Sonderzeichen (Unicode von anderer Sprache o.ä.)" enthalten. Das Ergebnis der Analyse dann bitte hier berichten. (Diese Arbeit nützt dann allen TC-Usern.)

JOUBE

[wswsws]

Hallo,

vielen Dank an alle, die sich dazu gedanken gemacht haben. Der entscheidende Hinweis lag in C.Ghislers Frage nach Sonderzeichen.

Ich hatte ein Verzeichnis nach diesem Muster:

C:\Ebene1.&\Ebene2\Ebene3

"Ebene3" konnte nicht gefunden werden. Als ich testhalber das "&" aus "Ebene1.&" entfernt habe, klappte es.

Es muß also nicht mal das konkret gesuchte Verzeichnis betroffen sein, es reicht schon, wenn irgendwo weiter oben in der Hierarchie ein Sonderzeichen drin ist.

Schade, denn das "&" war meine Kennzeichnung dafür, dass sich hinter diesem Verzeichnis weitere Ebenen befinden. Aber in der neuen Version wird das ja, wenn ich das richtig verstanden habe, dieses Problem keines mehr sein.

Nochmals vielen Dank für alle Beiträge, ich weiß das zu schätzen!

W.

[wswsws]

Hallo,

mhm... jetzt gibts doch noch ein Rätsel, sogar zwei:

1) Warum konnte "Ebene3" im Verzeichnis der ANDEREN Platte gefunden werden, obwohl da ja genauso ein "&" in der höheren Verzeichnisebene vorhanden war?

2) Ich hab nun das "&" an der ursprünglichen Stelle wieder eingefügt. Und merkwürdigerweise wird "Ebene3" nun trotzdem wieder gefunden. Auch nach einem neuen Re-scan von Treeinfo.wc.

Sieht so aus, als könne es also doch nicht am "&" gelegen haben. Mhm... rätselhaft...

Gruß W

[HolgerK]

2wswsws

Falls die Platte, auf der es nicht immer klappt, die Systempartition von Windows Vista ist, solltest du mal folgendes deiner Wincmd.ini hinzufügen:

[Configuration]
treefilelocation=%TEMP%\treeinfo_%D%_%L%.wc

- Mögliche Erklärung:
Vista erlaubt -bei aktivem UAC- nicht, daß im Rootverzeichnis des Systemlaufwerks geschrieben wird.
Sobald man TC als Administrator startet oder den UAC ausschaltet, klappt das Schreiben der Datei Treeinfo.wc dann auch im Rootverzeichnis.

- Eine andere mögliche Ursache wären fehlende Benutzerrechte, durch die das aktualisieren von TreeInfo.wc verhindert wird.

- Nächste mögliche Ursache
(Bugreport:)
Wenn ein F2-Scan mit <Esc> abgebrochen wird, dann wird anscheinend nur der bis zum Abbruch neu eingelesene Tree abgespeichert.
Beim nächsten Aufruf <Alt+F10> fehlen dann einige Verzeichnisse.

Gruß
Holger

[wswsws]

Hallo Holger,

vielen Dank für Deine Überlegungen!

1) Nein, ich hab Windows XP Pro. Kann also nicht an diesen Vista-Sachen liegen.

2) Benutzerrechte: Habs auch mit Admin-Account getestet, daran liegts also leider (oder zum Glück, denn ich denke, diese Funktion sollte auch mit Gastrechten funktionieren) auch nicht

3) Hab den F2 Scan VOLL durchlaufen lassen, auch das scheidet also als Erklärung leider aus.

Nochmals vielen Dank aber für diese Hypothesen!

Gruß W.