Fehler in TMemo und TRichEdit ?

[ibp]

Hi, hier das phänomen:

ich habe eine normale .txt datei, wenn ich die mir mit notepad, ohne zeilenumbruch, ansehe, dann ist sie ganz normal; zeile für zeile, wie sie sein soll.
wenn ich aber diese datei in ein tmemo oder trichedit (ja plaintext:=true) lade (mit lines.loadFromFile), dann gibt es ab und zu zeilen, die zusammengeführt wurden. :wall:
in der oh steht aber:

Zitat:

Danach wird jede Zeile der Textdatei, die mit einem Zeichen für Zeilenvorschub oder Wagenrücklauf endet, als String an die Liste angefügt.

weiß jemand rat? :gruebel:

[Sharky]

Hai ibp,

hast Du dir die Datei mal angesehen ob dort immer ein #10#13 als Zeilenumbruch drinnen ist?

p.s.: Endlich regnet es nicht mehr in Mainhatten

[ibp]

..nein, aber es ist doch laut oh egal...oder etwa nicht?

[Christian Seehase]

Moin ibp,

dann schau Dir doch mal in den Sourcen an, wie das implementiert ist.

[ibp]

moin, moin ^ guter tipp,

..es wird per stream eingelesen, also doch keine abfrage auf #10 oder #13 schade, also muß ich es selber proggen...

thx

[Christian Seehase]

Moin ibp,

Du solltest Dir auch mal anschauen, was mit dem eingelesenen Stream passiert.
In D5 wird bei #13 auf die nächste Stelle im Buffer positioniert, anschliessend, soweit vorhanden, noch bei #10.
#13 und #10 werden hier als Trenner für Zeilen genommen, so dass beim Auftreten eines solchen Zeichens die davorstehenden als neue Zeile hinzugefügt werden.

[ibp]

@Christian S ... bei mir auch :thuimb:

..stimmt doch alles :wall:

habe jetzt nach langem hin und her die hex-werte verfolgt, es ist doch so, daß an den gewissen stellen weder ein #13 noch ein #10 vorhanden ist! :duck:
... das ist aber alles total unlogisch, da im ersten prog mit dem die datei erstellt wird, einzelne zeilen vorhanden sind, wenn diese dann einzeln als .txt abgespeichert werden, dann komment es manchmal vor, daß die trenner nicht übernommen werden, warum auch immer?...

nochmal thx an alle