Dateigröße 4GB in Ansicht STRG-F2 erscheint nur "?"

[tom*de]

dir liefert:

19.05.2005 11:22 157.779 T42backup_2005-05-19.txt
19.05.2005 11:15 4.294.967.295 T42backup_2005-05-19.z01
19.05.2005 11:21 1.098.048.288 T42backup_2005-05-19.zip

eine benutzerdefinierte Ansicht "DirSizeCalc.wdx" zeigt 4.059,9 M für Datei: T42backup_2005-05-19.z01

Nur in der Ansicht STRG-F2 zeigt TC 6.52 für die 4 GB-Datei ein Fragezeichen: "?"


Eine Idee dazu?

Danke Tom

[Hacker]

http://ghisler.ch/board/viewtopic.php?t=6847

HTH
Roman

[nevidimka]

2Hacker
Hat wohl mit dem verlinkten Thread nicht wirklich etwas zu tun.

Lt. dir ist die Dateigröße in 32Bit noch darstellbar, da (2^32-1)=4.294.967.295

eine benutzerdefinierte Ansicht "DirSizeCalc.wdx" zeigt 4.059,9 M für Datei: T42backup_2005-05-19.z01

Aber auch die Anzeige von DirSizeCalc stimmt nicht mit dir überein.
(2^32-1) = 4294,97MByte (1000) = 4095,999999 MByte (1024)
Es sei denn tom*de hat 'nen Zahlendreher 4059,9 drin?

Läßt sich reproduzieren. Vermutlich wird die -1 auch als Fehlerstatus benutzt, warum dann der TC nicht mehr zwischen einem Fehler und einer 2^32-1 Bytes großen Datei unterscheiden kann.

[tom*de]

Sorry, Zahlendreher! Es muß 4.095,9 M lauten.

Hab noch mit benutzerdef. Spalten rumprobiert:

[=tc.Grösse.bkM2] liefert kein Ergebnis. Feld bleibt leer.

Auch bei anderen Einheiten, z.B.:
[=tc.Grösse.bytes]
bleibt das Feld bei dem 4.294.967.295 Byte großen File leer.

[=dirsizecalc.Size (background).bkM2] liefert: 4.095,9 M


Tom*

[nevidimka]

Ergänzung
4GIGA.000 : 4.294.967.296 -> Anzeige ok
4GIGA-1.000: 4.294.967.295 -> Anzeige "?"
4GIGA-2.000: 4.294.967.294 -> Anzeige leer
4GIGA-3.000: 4.294.967.293 -> Anzeige ok

Wer Interesse hat, dem lasse ich gern diese Testdateien per E-Mail zukommen.

[tom*de]

... nun ist Juni, deshalb nochmal meine Frage: woran liegt das?

Ist es als Fehler akzeptiert und wird behoben?

Danke Tom*

[ghisler(Author)]

Ich dachte ich hätte das anderswo schon beantwortet: Das stammt aus der Zeit, als TC noch max. 4 GB anzeigen konnte - die 2 Zahlen codieren spezielle Zustände: Grösse unbekannt "?" oder nicht relevant (leer). Da ich nicht ausschliessen kann, dass gewisse Funktionen dies noch verwenden, habe ich es so gelassen. Die Wahrscheinlichkeit, per Zufall auf eine Datei genau dieser Grösse zu stossen, ist doch verschwindend gering...

Das ist übrigens nur ein Anzeigeproblem - alle Funktionen, die mit Dateien >4GB funktionieren, können mit diesen Dateigrössen umgehen.

[nevidimka]

2ghisler(Author)

Da ich nicht ausschliessen kann, dass gewisse Funktionen dies noch verwenden, habe ich es so gelassen.

Wie jetzt Liegen die Quellen des TC selbst dem Entwickler nicht mehr vollständig vor Oder wird die Größe auch Plugins/externen Programmen zur Verfügung gestellt Bei "sauberer" Programmierung muß doch nur die Konstantendefinition einmal zentral angepaßt und neu compiliert werden Ach so, testen natürlich nicht vergessen.

Das ist übrigens nur ein Anzeigeproblem - alle Funktionen, die mit Dateien >4GB funktionieren, können mit diesen Dateigrössen umgehen.

Eine Änderung in der Anzeige wäre doch auch nur ein "Anzeigeproblem" - also falls
Grösse unbekannt "?" dann 4.294.967.295 Bytes und falls nicht relevant (leer) dann 4.294.967.294 Bytes

Die Wahrscheinlichkeit, per Zufall auf eine Datei genau dieser Grösse zu stossen, ist doch verschwindend gering...

Jedenfalls größer als manche vermuten werden. da jemand Dateien genau aus dem Grund der 32-Bit-Grenze in solche Happen zerteilen würde (2^32-1=4.294.967.295).

[ghisler(Author)]

TC speichert intern die Grössen als low- und high-dword. so konnte ich gewisse Funktionen auf 32-bit belassen, wo 64-bit nicht gehen.

[tom*de]

Wird der 4GB-Happen-Fehler beseitigt?

[ghisler(Author)]

Geplant ist das schon, allerdings auch riskant (könnte unerwünschte Nebeneffekte haben).