FileSplitter: Probleme mit großen Dateien

[Luckie]

Zitat von StInkeSchuh:

Die Teile berechnet er nun richtig, aber am Ende Kommen nur 1 Mega-Files heraus.

Die Größe der Teilstücke hatte er auch richtig angezeigt oder war die schon falsch?

[MrKnogge]

Nein, es erscheint alles korrekt, sowohl Größe als auch Teilstücke, deswegen war ich ja verwundert als ich mir mein C:\ angeschaut habe

[Luckie]

Dann liegt der Hund in der Split-Funktion begraben.

[MrKnogge]

Kannst du den aktuellen Source mal anhängen, oder mir schicken ?
Dann jag ichs mal durch den debugger, ich glaub sonst sucht man sich da einen Wolf...

[Luckie]

Danke für das Angebot. Sourcen im Anhang.

[MrKnogge]

Kein Problem, ich erhalte bei BytesToRead einen Überlauf. BytesToRead, BytesRead, BytesWritten sind noch Integer.

Mit Int64 funktioniert es, allerdings etwas langsam, rund 1-2 Sekunden pro Prozent. Könnte man das etwas beschleuigen, in dem man die Blöckgröße etwas vergrößert? Bei mir ist die knapp über 1MB.

[Luckie]

Das hätte ich jetzt nicht gedacht, dass die Blockgröße einen Interger-Überlauf verursachen könnte.

Besten dank fürs Debuggen.

[Luckie]

Zu früh gefreut:

Zitat:

Leider musste ich feststellen, dass der Fehler nur teilweise behoben
ist. Er tritt allerdings statt bei 2048 MB jetzt erst bei 4096 MB auf.
Das heißt für meine Testdatei mit ca. 6 GB:

Größe eines Teils bis 4095 MB -> alles OK
4095 MB -> 2 Teile (OK)
4096 MB -> 0 Teile (fehlerhaft; wie in Version 5.7.0.3)
4097 MB -> 6665 Teile (fehlerhaft; wie in Version 5.7.0.3)
4098 MB -> 3333 Teile (fehlerhaft; wie in Version 5.7.0.3)

Aber Int64 müsste doch einen größeren Wertebereich haben oder?

Aktuelle Version im Anhang.

[MrKnogge]

Moin Luckie, der fehler liegt in deiner Funktion dlgfunc, diese übergibt nämlich bei 4096 MB für den Parameter Size den Wert 0 an CalcCntParts. Wo der fehler genau liegt, kann ich nicht sagen. (Habe nie viel in NonVCL gemacht)

[Luckie]

Hm.
Danke schon mal für den Hinweis. Mal sehen, ob ich da was finden kann.