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]

Delphi-Quellcode:

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:

Zitat von Jasocul (Beitrag 1425614)

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.

[hoika]

Hallo,

Zitat:

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

Ist denn ms2 erzeugt?

Zeig mal mehr Code.

Minimal-Beispiel ohne WPTools klappt auch nicht?


Bei welcher Zeile "knallt" es?
ms1.Position :=0;
ms2.CopyFrom(ms1, ms1.Size);

[skoschke]

Der Stream-Lesefehler beim Kopieren war ein Positionierungsfehler meinerseits, ändert aber nichts daran dass ein erzeugter Stream im Objektinspektor als Nil angezeigt wird (siehe Anhang)

Ciao
Stefan

[Jasocul]

Nein, der Stream ist nicht nil.
Genauer gesagt, weder ms1 noch ms2 sind nil, sondern die zugehörigen Memory-Pointer. Das ist was anderes. Uwe Raabe hatte das auch schon geschrieben.

[hoika]

Hallo,
nimm mal als Watchpoint ms1=nil
Da müsste False stehen.

[hoika]

Hallo noch mal,
hast Du eigentlich die WPTools-Version, die auch Docx kann?
Wenn ja, klappt das auch richtig?

[Schokohase]

Wenn ms1/ms2 wirklich

Delphi-Quellcode:

nil

wären, dann würde da auch nur

Delphi-Quellcode:

nil

stehen.

Dort steht aber

Delphi-Quellcode:

(nil, 0, 0, 0)

und das sind die Werte der Felder in dieser Instanz

[peterbelow]

Zitat:

Zitat von skoschke (Beitrag 1425622)

Der Stream-Lesefehler beim Kopieren war ein Positionierungsfehler meinerseits, ändert aber nichts daran dass ein erzeugter Stream im Objektinspektor als Nil angezeigt wird (siehe Anhang)

Du verstehst die Anzeige falsch. Was der Insektor da in den runden Klammern anzeigt ist der *Inhalt* der Felder/Eigenschaften der beiden TMemoryStream-Objekte.

Delphi-Quellcode:

  TCustomMemoryStream = class(TStream)
  private
    FMemory: Pointer;
    FSize, FPosition: NativeInt;

 TMemoryStream = class(TCustomMemoryStream)
  private
    FCapacity: NativeInt;

Für einen leeren TMemorystream ist FMemory = nil, FSize = 0, FPosition = 0, FCapacity = 0.

Die beiden Objektreferenzen selbst sind nicht nil, sonst würde die Anzeige anders aussehen

[skoschke]

Zitat:

hast Du eigentlich die WPTools-Version, die auch Docx kann?

Ich habe die 8er prof. Version, docx brauche ich nicht.

Ciao
Stefan

[jziersch]

Zitat:

Zitat von hoika (Beitrag 1425632)

Hallo noch mal,
hast Du eigentlich die WPTools-Version, die auch Docx kann?
Wenn ja, klappt das auch richtig?

Auf https://www.wpcubed.com/pdf/download...rocessing_vcl/
gibt es einen Editor mit dem man das Laden und Speichern testen kann.

Das DocX format ist eine ganz saubere und stabile Sache. Es werden im Allgemeinen die Textattribute unterstützt, die WPTools auch sonst kann.
Nicht unterstützt werden Zeichenbefehle, wie Linien, Kreise etc, ausser den "Shapes" Bilder.

Wenn es Fragen gibt, bitte fragen :-) [e-mail]

Grüsse,
Julian