TMemoryStream Create Problem

[skoschke]

Hallo,

in einer eigenen Komponente habe ich TMemorystreams, diese werden im Create erzeugt und im Destroy wieder zerstört.

Nun ist mir aufgefallen, dass die Streams Nil sind, wenn man sie vorher nicht mit irgendwas gefüllt hat!
Das aber führt später zu Laufzeitfehlern (Stream Lesefehler) wenn man auf solch einen Stream zugreifen will.

Folgendes Beispiel:

Delphi-Quellcode:

procedure TForm1.Button1Click(Sender: TObject);
begin
  ms1 := TMemorystream.Create;
  //ms1 ist jetzt immer noch Nil
  ms1.SetSize(1);
  //jetzt ist der Stream da
  ms1.clear;
  //und jetzt wieder Nil!!!
end;

Das kann doch nicht wahr bzw. gewollt sein!
Eine TStringlist ist nach Erzeugung doch auch nicht Nil oder wird beim Clear zu Nil!

Wie bekomme ich nun Streams die auch leer "vorhanden sind"?


Ciao
Stefan

[Uwe Raabe]

ms1 ist nicht nil nach dem Create. Lediglich der enthaltene Memory-Pointer ist nil, aber das ist nicht nur so gewollt, sondern auch korrekt.

Wo genau liegt denn dein Problem?

[hoika]

Hallo,
ich habe deinen Code mal ausprobiert (mit ms1 als lokale Variable).

Auch eingeschaltener Optimierung ist ms1 nicht nil.
Woher weisst du das?

[skoschke]

Ich habe ms1 im Überwachungsfenster, wird dort als Nil angezeigt.

Berlin 10.1 wenn das relevant ist.

Ciao
Stefan

[skoschke]

Zitat:

Wo genau liegt denn dein Problem?

es knallt wenn ich versuche solch einen leeren Stream in einen anderen (hier Übergabe an WPTools) zu kopieren

Delphi-Quellcode:

  ms1.Position :=0;
  ms2.CopyFrom(ms1, ms1.Size);

Ciao
Stefan

[Jasocul]

Bei mir ist Tokyo im Einsatz.

Es ist, wie Uwe schon geschrieben hat.

Dein Beispiel knallt bei mir übrigens nicht.
Ich fürchte, du suchst den Fehler an der falschen Stelle.

[DasWolf]

Zitat von Jasocul:

Bei mir ist Tokyo im Einsatz.

Es ist, wie Uwe schon geschrieben hat.

Dein Beispiel knallt bei mir übrigens nicht.
Ich fürchte, du suchst den Fehler an der falschen Stelle.

Ich habe es auch nachgestellt und es läuft problemlos mit Version 10.1 Berlin.