TMemo.Lines.LoadFromFile()

[Roefe68]

Zitat:

Zitat von Roefe68 (Beitrag 1137531)

Zitat:

Zitat von himitsu (Beitrag 1137526)

Auch wenn z.B. die TStringList intern nicht mit PChar arbeitet, wird dennoch immer beim Auffinden einer #0 die Verarbeitung abgebrochen.
Sobald also dieses Zeichen ( #0 ) in der Datei drin ist, wird alles ab da ignoriert.

PS: AssignFile+Read/ReadLn bricht bei #1A (EOF) ab und nicht bei #0.
Dies ist aber für das TMemo egal, da die API dieser Windows-Komponente sowieso nur mit PChar arbeitet.

Werde ich mal versuchen.
Danke für die Info

AssignFile+Read/ReadLn hats gebracht. Danke für Eure Hilfe

[bernhard_LA]

falls unter x32 geschrieben und dann unter x64 gelesen ist der Fehler erklärbar

x64 -> 4 Byte / Char
x32 -> 2 Byte / Char


wir hatten die selbe Problematik beim Schreiben und Lesen von Streams auf die HD, im HEX Editor sind die x64 Zeichen schön zu sehen ....

[mkinzler]

Das hat nichts mit 32Bit/64Bit sondern mit Ansi/Unicode zu tun.

[bernhard_LA]

stimmt ist UNICODE THEMATIK und nicht x64 -

bei uns halt app7 in D7 schreiben und dann unter XE2 x64 lesen (Unicode) -- kommt nut der halbe Text an