Problem beim Dekomprimieren mit TZDecompressionStream

[s.h.a.r.k]

Ohwei, ohwei... mein Projekt war totaler Käse, werde es jetzt dann gleich aktualisieren 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?

Zudem kommt noch dieser Zustand zum tragen:

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.