TStringStream - ein Bug oder was mache ich falsch?

[Uwe Raabe]

Kannst du das Problem auf einen minimalen Testfall reduzieren und den hier einstellen?

[TiGü]

Ein reindebuggen in TEncoding.GetString wäre hier eigentlich am sinnvollsten.
Ist Inhalt und Länge des übergebenen TBytes-Array gleich wie bei der TBytesStream-Lösung?

Tendenziell kannst du eh komplett auf TBytesStream wechseln und nur bei URLEncoding == true mithilfe einer TEncoding-Instanz dir einen String zum bearbeiten erstellen.

Ist möglicherweise DataString korrekt im Umfang, aber dein Problem ergibt sich erst nach den beiden StringReplace-Aufrufen?

Frei nach Lenin:

Zitat:

Debuggen, debuggen und nochmals debuggen.

[Elrond]

Okay ich hab es, Streams eben...

Hat nichts mit Delphi ansich zu tun, ist eine unglückliche Verkettung von Umständen. Mit TByteStream trat das gleiche Problem auf, also habe ich mal tiefer in den Quelltext von TJsonWriter geschaut und Bingo. Das übergebene TStream Objekt wird erst bei der Freigabe von TJsonWriter geflusht, das bedeutet der restliche Inhalt der bis jetzt fehlte befand sich im Buffer.

Um sicherzugehen, dass das Problem beim TStringStream liegt habe ich als Ersatz TFileStream verwendet, wo es auch geklappt hat. Aber es hat nur geklappt weil ich ihn nicht direkt geflusht oder freigegeben habe, somit wurde er erst am Ende des Programms freigeben und zu diesen Zeitpunkt hat der TJsonWriter bereits seinen Buffer geleert (was mich letztlich auf die falsche Fährte lockte).