Nutzung MemoryStream und FileStream

[rollstuhlfahrer]

Wo wir eh gerade bei Chars und AnsiChars/WideChars sind: Falls du noch Strings und Chars hast, die auf AnsiStrings und AnsiChars verweisen, ist deine Struktur spätestens nach einem Wechsel auf Delphi >= 2009 im Eimer. Also am Besten gleich WideStrings und WideChars verwenden. Dann sind die auch kompatibel und die Struktur ändert sich erst wieder mit der Einführung von UTF-32.

Bernhard

ADD: Turbo Delphi hat noch AnsiStrings und AnsiChars (sowie PAnsiChars). Wenn du in Erwägung ziehst, irgendwann mal eine neue Delphi-Version einzusetzen, würde ich empfehlen, Wide* zu verwenden, da du dann weniger Probleme hast.

[DeddyH]

Das gilt allerdings nicht für Shortstrings, diese sind AFAIK immer ANSI-kodiert.

[rollstuhlfahrer]

Zitat:

Zitat von DeddyH (Beitrag 1101602)

Das gilt allerdings nicht für Shortstrings, diese sind AFAIK immer ANSI-kodiert.

Ja, aus Gründen der Abwärtskompatibilität.

Bernhard

[DeddyH]

Na also, wenn er also in seinem Record lediglich Shortstrings ablegt, sollten die einen Wechsel zu einer aktuellen Delphi-Version auch schadlos überstehen.

[himitsu]

Die Frage ist auch noch, wie genau er seinen Record speichert/ausließt ... das wurde ja bis jetzt noch nicht genannt.

[BasilBavaria]

Ich hab die Größenprüfungen eingebaut und etwas gefunden:

:!: Die Size des Streams ändert sich anscheinend, wenn Umlaute und Sonderzeichen wie 'ß' im String enthalten sind.
Die Erweiterung des String liefert noch einen korrekten String

Code:

Writer.WriteString( StrExt(KartenSatz.Info1,true,cszInfo1) );

:shock: Beim Prüfen vor Update/Schreiben ist der Stream bei einem Umlaut um 4 Byte vergößert (4937 statt 4933) - bei zwei Umlauten aber nur auf 4938 Byte???
Der String "öß cnchjhj Ä ..kjhk ß" liefert 4940 Byte.
Bei Umlauten in zwei Feldern 4941 Byte usw.

:?: Der Fehler scheint also bei Writer zu liegen - aber warum? In der Onlinehilfe hab ich nix gefunden.

[Neutral General]

Dann schreib halt notfalls selbst in den Stream ;)

[himitsu]

Der Record mit ShortStrings kann übrigens direkt in den Stream kopiert werden.

[p80286]

Zitat:

TWriter wird intern vom Komponenten-Streaming-System verwendet, um Informationen zu einer Komponente (z.B. Komponenteneigenschaften, die als public deklariert sind, oder benutzerdefinierte Eigenschaftsdaten) in einen Stream zu schreiben

Das würde ich so verstehen, das TWriter nicht die erste Wahl ist, ein Record in eine Datei zu schreiben.
Außerdem sind "Strings" doch von Natur aus dynamisch. Nur Shortstrings und Array [0..x] of Char/Byte haben eine definierte Länge, da wundert es mich erst einmal überhaupt nicht, das nicht die angenommene Satzlänge in der Datei landet.
Gerüchteweise habe ich vernommen, daß seit einigen Delphi-Versionen SizeOf und Length auch nicht mehr äquivalent sind.

Gruß
K-H

[DeddyH]

Zitat:

Zitat von p80286 (Beitrag 1101843)

Gerüchteweise habe ich vernommen, daß seit einigen Delphi-Versionen SizeOf und Length auch nicht mehr äquivalent sind.

Wie auch, da Length die Länge in Zeichen angibt. Da aber seit Delphi 2009 ein Zeichen nicht mehr genau ein Byte groß ist, müssen sich diese beiden ja unterscheiden.