Problem beim Dekomprimieren mit TZDecompressionStream

[blackfin]

Ok, habs nun gesehen. Wie sagt man....es freut mich, wenn geholfen werden konnte :-)

[s.h.a.r.k]

Zitat:

Zitat von blackfin (Beitrag 1112639)

Ok, habs nun gesehen. Wie sagt man....es freut mich, wenn geholfen werden konnte :-)

Bin auch sehr dankbar dafür :thumb: Schon viel zu lange vor dem Problem gesessen und über Tante Google nicht so wirklich was dazu gefunden gehabt.

Strange, jetzt klappts auch mit dem Puffer :shock: Hatte vorher wohl irgendwo anders einen Fehler... Wäre jetzt nur zu interessant wo genau der denn war... Anbei jedenfalls mal eine funktionierende Demo.

-- EDIT: Projekt aktualisiert. Nun ists hoffentlich richtig :stupid:

Tags: TFileStream, TZCompressionStream, TZDecompressionStream, TWriter, TReader.

[s.h.a.r.k]

Ohwei, ohwei... mein Projekt war totaler Käse, werde es jetzt dann gleich aktualisieren :wall: Jetzt habe ich auch langsam kapiert, was du mit einem nicht-dekomprimierbaren Block gemeint hast. Ich habe ja lauter komprimierter Blöcke geschrieben und nicht einen ganzen zusammenhängenden, daher hat das auslesen nie so recht geklappt.

Daher funktioniert CopyFrom auch leider nicht, zumindest nicht, wenn ich den Parameter Count = 0 setze. Dies hat den Grund, dass ich ja einen FileStream zugrunde gelegt habe und wenn ich ein CopyFrom(..., 0) tätige wird die Position im FileStream immer auf 0 gesetzt, was ich ja nicht will, da ich ja Block für Block lesen will.

Noch eine Info am Rande: CopyForm nutzt intern auch einen Buffer. Warum sollte es eigentlich böse sein, wenn ich sowas dann auch nutze? :gruebel:

Zudem kommt noch dieser Zustand zum tragen:

Zitat:

Zitat von Dephi Hilfe

Wenn Sie versuchen, in den Stream zu schreiben, die Stream-Größe abzurufen oder mit Seek den Stream rückwärts zu durchsuchen, wird eine Exception ausgelöst.

Somit bleibt mir eigentlich nur noch der Weg über einen Buffer zu gehen, siehe den Code im aktualisierten Demo-Projekt.