Stringlist ohne Zeilenumbruch speichern

[himitsu]

Ich hatte zuletzt mit TFile.WriteAllText('dat.ei', TrimRight(SL.Text));

[BMI]

Dank Euch.

Allerdings sollte die Stringlist dann bei TrimRight(SL.Text)) aber wohl besser auch nicht zu lang (z.B. ein paar hundert MB oder gar GB) sein, oder? (damit das nicht dadurch gebremst wird)

Aber nen sinnvollen Grund seitens Borland/aka Emba gab/gibt es für die Implementierung der Nachgelagerten Zeile nicht, oder?
http://docwiki.embarcadero.com/Libra...ilingLineBreak

oder hatte das damals evtl. Speicher/Ladetechnische Gründe?
aber eigentlich leuchtet mir das nicht ein.

[Uwe Raabe]

Immerhin hat dann jede Zeile garantiert ein LineBreak am Ende.

[p80286]

Zitat von BMI:

Aber nen sinnvollen Grund seitens Borland/aka Emba gab/gibt es für die Implementierung der Nachgelagerten Zeile nicht, oder?

Das ist ein Mißverständnis.
Das Ende einer "Textzeile" wird durch x0D0A definiert. Ersatzweise ist ein x1A für die letzte Zeile zulässig.

Das was Du als "nachgelagerte Zeile" identifizierst ist die die erste Position einer noch zu schreibenden Zeile.

Gruß
K-H

@KodeZwerg
für IOResult mußt Du aber unbedingt {$I-} nutzen, und das ist nicht immer bei allen Programmen der Fall.

[KodeZwerg]

Zitat von p80286:

Das Ende einer "Textzeile" wird durch x0D0A definiert.

EOL / End Of Line
EOF / End Of File

was Du da schreibst ist ein Zeilenumbruch (CRLF).

Zitat von p80286:

für IOResult mußt Du aber unbedingt {$I-} nutzen, und das ist nicht immer bei allen Programmen der Fall.

Habs nachgebessert, Danke.

[p80286]

Wie ist denn "EOL" definiert?

Wie wir ja alle wissen ist es reine Interpretationsfrage wie die Steuercodes genutzt werden.
Das "CarriageReturn Linefeed" war ja für viele Drucker/Fernschreiber die Sequenz mit der der Cursor in die 1. Position der nächsten Zeile bewegt wurde. Andere interpretierten das "LineFeed" alleine als die notwendige Aufforderung. Auf diesen Geräten wurde dann gerne "VerticalTab" x0B als reiner Zeilenvorschub genutzt.
Das gilt ja auch nur für Systeme die auf der TTY-Philosophie aufbauen. In HTML oder bei fixen Satzlängen werden die Steuerzeichen meist nur als Whitespaces interpretiert.

vgl.


https://de.wikipedia.org/wiki/Steuerzeichen

Gruß
K-H

[KodeZwerg]

Ich will auf gar keinen Fall stänkern oder klugscheissen, aber loswerden will ichs trotzdem irgendwie.
EOL = es gibt dafür keine eindeutige Bytesequenz, es sind Faktoren.

Angenommen Du erstellst mit Notepad einen Einzeiler OHNE CRLF. Wie ist da EOL definiert? Richtig, über EOF
Kommen CR oder LF vor, kann das auch ein EOL bedeuten, je nachdem wie die folgebytes ausschauen.

[himitsu]

Sinnvoller Grund: Das Problem bei sowas ist die Erkennung von Leerzeilen.

Ein Programm macht es so (Delphi), ein Anderes so (Notepad).

Bei Delphi ist es eine "Leerzeile!, wenn es zwei Zeilenumbrüche am Ende gibt, und bei allen Anderen wenn es Einen gibt.
Also
* jede Zeile mit LineBreak abgeschlossen ... aber was ist dann, wenn nach der letzten Zeile mal kein Zeilenumbruch gibt?
* oder Zeilenumbrüche zum Trennen der Zeilen, also am Ende ohne