Fehler in der Speicherbedarf-Berechnung
Moderators: white, Hacker, Stefan2
Fehler in der Speicherbedarf-Berechnung
Hallo,
ich bin jetzt schon seit Jahren begeisterter Benutzer des Total Commanders. Doch jetzt ist mir zum ersten Mal ein Fehler aufgefallen:
Wenn ich ein Verzeichnis mit der Leertaste markiere, dann wird mir normalerweise der Speicherbedarf angezeigt. Dies klappt allerdings nicht, wenn in dem Verzeichnis Dateien mit exakt 4 GB, also 4.294.967.296 Bytes, drin sind. Die Anzahl der Dateien scheint dabei keine Rolle zu spielen, der Fehler tritt bei zwei genauso auf wie bei 64. Bei einem Byte mehr oder weniger ist die Welt wieder in Ordnung...
Die Anzeige des Speicherbedarfs über die Schnellanzeige funktioniert aber, genauso wie "Speicherbedarf ermitteln...".
Horst
ich bin jetzt schon seit Jahren begeisterter Benutzer des Total Commanders. Doch jetzt ist mir zum ersten Mal ein Fehler aufgefallen:
Wenn ich ein Verzeichnis mit der Leertaste markiere, dann wird mir normalerweise der Speicherbedarf angezeigt. Dies klappt allerdings nicht, wenn in dem Verzeichnis Dateien mit exakt 4 GB, also 4.294.967.296 Bytes, drin sind. Die Anzahl der Dateien scheint dabei keine Rolle zu spielen, der Fehler tritt bei zwei genauso auf wie bei 64. Bei einem Byte mehr oder weniger ist die Welt wieder in Ordnung...
Die Anzeige des Speicherbedarfs über die Schnellanzeige funktioniert aber, genauso wie "Speicherbedarf ermitteln...".
Horst
Bestätigt für 4GB-Verzeichnisinhalt
Zwei kleine Ergänzungen:
"klappt nicht" bedeutet, dass weiterhin "<DIR>" angezeigt wird.
Der Fehler tritt anscheinend nur mit der TC-internen Größen-Ermittlungsfunktion auf, die bei der eingebauten Ansicht "Lang" verwendet wird. Die Funktion [=tc.Grösse] für benutzerdefinierte Spalten arbeitet diesbezüglich offenbar korrekt (ebenso übrigens wie die Größen-Felder in Lefteous' DirSizeCalc-Plugin).
Grüße, van Dusen
Zwei kleine Ergänzungen:
"klappt nicht" bedeutet, dass weiterhin "<DIR>" angezeigt wird.
Der Fehler tritt anscheinend nur mit der TC-internen Größen-Ermittlungsfunktion auf, die bei der eingebauten Ansicht "Lang" verwendet wird. Die Funktion [=tc.Grösse] für benutzerdefinierte Spalten arbeitet diesbezüglich offenbar korrekt (ebenso übrigens wie die Größen-Felder in Lefteous' DirSizeCalc-Plugin).
Grüße, van Dusen
Re: Fehler in der Speicherbedarf-Berechnung
[OT]
sheepdog
[/OT]
Boah hast Du ne große Platte....Hoges wrote: exakt 4 GB, also 4.294.967.296 Bytes, drin sind. Die Anzahl der Dateien scheint dabei keine Rolle zu spielen, der Fehler tritt bei zwei genauso auf wie bei 64.
sheepdog
[/OT]
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
Ergänzung: Der Fehler tritt genau dann auf, falls die Summe aller Dateien
n mal 2^32 Bytes (also Vielfache von 4GByte)
beträgt.
(Hab das mal mit 1GB-Dateien nachvollzogen.)
Offensichtlich hat Christian Ghisler bei dem Vergleich, wo entschieden wird ob <DIR> oder die Verzeichnisgröße angezeigt wird, noch ein 32-Bit-Vergleich drin.
OT: Nur so mal aus Neugierde: unterstützt Delphi 2 schon 64-Bit-Integer-Datentypen (longlong) oder muß man sich diese noch selbst generieren?
n mal 2^32 Bytes (also Vielfache von 4GByte)
beträgt.
(Hab das mal mit 1GB-Dateien nachvollzogen.)
Offensichtlich hat Christian Ghisler bei dem Vergleich, wo entschieden wird ob <DIR> oder die Verzeichnisgröße angezeigt wird, noch ein 32-Bit-Vergleich drin.
OT: Nur so mal aus Neugierde: unterstützt Delphi 2 schon 64-Bit-Integer-Datentypen (longlong) oder muß man sich diese noch selbst generieren?
The doorstep to the temple of wisdom is a knowledge of our own ignorance. Benjamin Franklin
Das meinte ich ja, 2 Dateien á genau 4GB oder 64 Dateien á 4GB ....van Dusen wrote:"[...] Die Anzahl der Dateien scheint dabei keine Rolle zu spielen, der Fehler tritt bei zwei Dateien genauso auf wie bei 64 Dateien [...]"
War aber wohl nicht so gemeint, deshalb mein OT weil das eben kein ernsthafter Beitrag zur Problemlösung war.
sheepdog
"A common mistake that people make when trying to design something
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
completely foolproof is to underestimate the ingenuity of complete fools."
Douglas Adams
- ghisler(Author)
- Site Admin
- Posts: 48093
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Korrekt, und zwar bewusst, weil einzelne Packer noch 32-bittig sind, und ich nicht Gefahr laufen will, da Schrott anzuzeigen. Die Warhrscheinlichkeit, so ein Verzeichnis anzutreffen, ist 1:4 Milliarden - ich wusste gar nicht, dass wir schon so viele User haben.Ergänzung: Der Fehler tritt genau dann auf, falls die Summe aller Dateien
n mal 2^32 Bytes (also Vielfache von 4GByte)
beträgt.
(Hab das mal mit 1GB-Dateien nachvollzogen.)
Offensichtlich hat Christian Ghisler bei dem Vergleich, wo entschieden wird ob <DIR> oder die Verzeichnisgröße angezeigt wird, noch ein 32-Bit-Vergleich drin.
Nein, ich arbeite entweder mit 2 32-bit Werten oder mit dem Dateityp COMP, das ist 64bit ohne Nachkomma vom numerischen Koprozessor...unterstützt Delphi 2 schon 64-Bit-Integer-Datentypen (longlong) oder muß man sich diese noch selbst generieren?
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com