Newline

In der Computerwissenschaft ist ein newline, auch bekannt als eine Linienbrechung oder Anschreiber des Endes der Linie (EOL), ein spezieller Charakter oder Folge von Charakteren, die das Ende einer Linie des Textes bedeuten. Der Name kommt aus der Tatsache, dass der folgende Charakter nach dem newline auf einer neuen Linie — d. h. auf der folgenden Linie unter dem Text erscheinen wird, der sofort dem newline vorangeht. Die wirklichen Codes, die einen newline vertreten, ändern sich über Betriebssysteme, die ein Problem sein können, wenn sie Textdateien zwischen Systemen mit verschiedenen newline Darstellungen austauschen.

Es gibt auch etwas Verwirrung, ob newlines enden oder getrennte Linien. Wenn ein newline als ein Separator betrachtet wird, wird es keinen newline nach der letzten Linie einer Datei geben. Die allgemeine Tagung auf den meisten Systemen ist, einen newline sogar nach der letzten Linie hinzuzufügen, d. h. newline als eine Linie terminator zu behandeln. Einige Programme haben Probleme, die letzte Linie einer Datei bearbeitend, wenn es nicht newline begrenzt ist. Umgekehrt werden Programme, die annehmen, dass newline als ein Separator verwendet wird, einen endgültigen newline als das Starten einer neuen (leeren) Linie interpretieren.

Im Text beabsichtigt in erster Linie, um von Menschen gelesen zu werden

mit der Software, die die Worthülle-Eigenschaft, durchführt

ein Zeilenvorschubzeichen muss normalerweise nur versorgt werden, wenn eine Linienbrechung unabhängig dessen erforderlich ist, ob das folgende Wort auf derselben Linie, solcher wie zwischen Paragrafen und in vertikalen Listen passen würde. Sieh harte Rückkehr und weiche Rückkehr.

Darstellungen

Softwareanwendungen und Betriebssysteme vertreten gewöhnlich einen newline mit einem oder zwei Kontrollcharakteren:

  • Systeme, die auf ASCII oder einer vereinbaren Codierung gestützt sind, verwenden irgendeinen (Linienfutter, '\n', 10 in der Dezimalzahl) oder (Wagen-Rückkehr, '\r', 13 in der Dezimalzahl) individuell, oder gefolgt von (+, '\r\n',). Diese Charaktere basieren auf Drucker-Befehlen: Das Linienfutter hat angezeigt, dass eine Linie von Papier aus dem Drucker fressen sollte, so hat den Drucker beauftragt, das Papier eine Linie vorzubringen, und eine Wagen-Rückkehr hat angezeigt, dass der Drucker-Wagen zum Anfang der aktuellen Linie zurückkehren sollte. Einige seltene Systeme, wie QNX vor der Version 4, haben den ASCII (Rekordseparator, 30 in der Dezimalzahl) Charakter als das Zeilenvorschubzeichen verwendet.
  • : Multics, Unix und Systeme von Unix-like (GNU/Linux, Mac OS X, FreeBSD, AIX, Xenix, usw.), BeOS, Amiga, RISC OS und andere.
  • +: Windows von Microsoft, SPITZEN IM DEZ 10, RT-11 und der grösste Teil anderen frühen non-Unix und non-IBM OSes, BEDIENUNGSFELD/M, Abgeordneter/M, DOS (MS-DOS, PC-DOS, usw.), Atari TOS, OS/2, Symbian OS, Palme OS
  • +: Eichel-BBC und RISC OS spooled Textproduktion.
  • : Kommodore-8-Bit-Maschinen, Eichel-BBC, TRS-80, Familie der Apple II, Mac OS bis zur Version 9 und OS-9
  • : QNX pre-POSIX Durchführung.
  • EBCDIC Systeme — hauptsächlich Großrechner-Systeme von IBM, einschließlich z/OS (OS/390) und i5/OS (OS/400) — Gebrauch (Folgende Linie, 0x15) als das Zeilenvorschubzeichen. Bemerken Sie, dass EBCDIC auch Kontrollcharaktere genannt hat und, aber der numerische Wert von (0x25) unterscheidet sich von demjenigen, der durch ASCII (0x0A) verwendet ist. Zusätzlich gibt es einige EBCDIC Varianten, die auch verwenden, aber einen verschiedenen numerischen Code dem Charakter zuteilen.
  • Betriebssysteme für den CDC 6000 Reihen haben einen newline als zwei oder mehr nullgeschätzte Sechs-Bit-Charaktere am Ende eines 60-Bit-Wortes definiert. Einige Konfigurationen haben auch einen nullgeschätzten Charakter als ein Doppelpunkt-Charakter mit dem Ergebnis definiert, dass vielfache Doppelpunkte als ein newline abhängig von der Position interpretiert werden konnten.
  • ZX80 und ZX81, Hauscomputer von Sinclair Research Ltd haben eine spezifische non-ASCII Codierung mit dem Code NEWLINE (118 Dezimalzahl) als das Zeilenvorschubzeichen verwendet.
  • OpenVMS verwendet ein rekordbasiertes Dateisystem, das Textdateien als eine Aufzeichnung pro Linie versorgt. In den meisten Dateiformaten wird keine Linie terminators wirklich versorgt, aber die Möglichkeit von Record Management Services kann einen terminator zu jeder Linie durchsichtig hinzufügen, wenn es durch eine Anwendung wiederbekommen wird. Die Aufzeichnungen selbst konnten dieselbe Linie terminator Charaktere enthalten, die entweder als eine Eigenschaft oder ein Ärger abhängig von der Anwendung betrachtet werden konnten.
  • Feste Linienlänge wurde durch einen frühen Großrechner Betriebssysteme verwendet. In solch einem System wurde ein implizites Ende der Linie alle 80 Charaktere zum Beispiel angenommen. Kein Zeilenvorschubzeichen wurde versorgt. Wenn eine Datei von außen Welt, Linien kürzer importiert wurde, als die Linienlänge mit Räumen ausgepolstert werden musste, während Linien, die länger sind als die Linienlänge, gestutzt sein mussten. Das hat den Gebrauch von geschlagenen Karten nachgeahmt, auf denen jede Linie auf einer getrennten Karte gewöhnlich mit 80 Säulen auf jeder Karte versorgt wurde. Viele dieser Systeme haben einen Wagen-Kontrollcharakter zum Anfang der folgenden Aufzeichnung hinzugefügt, das konnte anzeigen, ob die folgende Aufzeichnung eine Verlängerung der Linie war, die mit der vorherigen Aufzeichnung oder einer neuen Linie angefangen ist, oder die vorherige Linie (ähnlich einem CR) überdrucken sollte. Häufig war das ein normaler Druckcharakter solcher als '#', der so als der erste Charakter in einer Linie nicht verwendet werden konnte. Einige frühe Liniendrucker haben diese Charaktere direkt in den ihnen gesandten Aufzeichnungen interpretiert.

Die meisten Textinternetprotokolle (einschließlich HTTP, SMTP, FTP, IRC und vieler anderer) beauftragen den Gebrauch von ASCII + auf dem Protokoll-Niveau, aber empfehlen, dass tolerante Anwendungen einsam ebenso anerkennen. In der Praxis gibt es viele Anwendungen, die falsch das C Zeilenvorschubzeichen stattdessen verwenden (sieh Abteilung Newline auf Programmiersprachen unten). Das führt zu Problemen, wenn es versucht, mit Systemen zu kommunizieren, die an einer strengeren Interpretation der Standards kleben; ein solches System ist der qmail MTA, der sich aktiv weigert, Nachrichten von Systemen zu akzeptieren, die bloß statt des erforderlichen + senden.

FTP hat eine Eigenschaft, um newlines zwischen CR+LF und LF umzugestalten, wenn nur er Textdateien überträgt. Das muss auf binären Dateien nicht verwendet werden. Gewöhnlich binäre Dateien und Textdateien werden durch die Überprüfung ihres Dateiformates erkannt.

Unicode

Der Unicode Standard definiert eine Vielzahl von Charakteren, die übereinstimmende Anwendungen als Linie terminators anerkennen sollten:

: Linienfutter,

: Vertikales Etikett,

: Form-Futter,

: Wagen-Rückkehr,

+: gefolgt von

: Folgende Linie,

: Linienseparator,

: Paragraf-Separator,

Das kann allzu kompliziert im Vergleich zu einer Annäherung wie das Umwandeln der ganzen Linie terminators zu einem einzelnen Charakter zum Beispiel scheinen. Jedoch wurde Unicode entworfen, um die ganze Information zu bewahren, als man eine Textdatei von jeder vorhandenen Verschlüsselung bis Unicode und zurück umgewandelt hat. Deshalb sollte Unicode in vorhandenen encodings. eingeschlossene Charaktere enthalten wird in ISO-8859-1 und EBCDIC (0x15) eingeschlossen. Die im Standard von Unicode genommene Annäherung erlaubt Rückfahrtransformation, Informationsbewahrung zu sein, während sie noch Anwendungen ermöglicht, alle möglichen Typen der Linie terminators anzuerkennen.

Das Erkennen und das Verwenden der Newline-Codes, die größer sind als 0x7F, werden nicht häufig getan. Sie sind vielfache Bytes in UTF-8, und der Code für NEL ist als die Ellipse (' …') Charakter in Windows 1252 verwendet worden. Zum Beispiel:

  • YAML erkennt sie nicht mehr als speziell an, um mit JSON vereinbar zu sein.
  • ECMAScript akzeptiert LS und PS, weil Linie bricht, aber U+0085 (NEL) als Leerraum, nicht eine Linienbrechung betrachtet.
  • Microsoft Windows 2000 behandelt keinen von NEL, LS oder PS als Linienbrechung im Verzug-Textaufbereiter-Notizbuch
  • In Linux behandelt ein populärer Redakteur "gedit" LS und PS als newlines, aber tut nicht für NEL.

Geschichte

ASCII wurde gleichzeitig durch den ISO und den ASA, die Vorgänger-Organisation zu ANSI entwickelt. Während der Periode 1963-1968 haben die ISO Draftstandards den Gebrauch entweder + oder allein als ein newline unterstützt, während die ASA Entwürfe nur + unterstützt haben.

Die Folge + war in der üblichen Anwendung auf vielen frühen Computersystemen, die Fernschreiber-Maschinen, normalerweise ein Fernschreiber-Modell 33 ASR als ein Konsole-Gerät angenommen hatten, weil diese Folge erforderlich war, jene Drucker am Anfang einer neuen Linie einzustellen. Auf diesen Systemen wurde Text häufig alltäglich zusammengesetzt, um mit diesen Druckern vereinbar zu sein, seitdem das Konzept von Gerät-Fahrern, die solche Hardware-Details vor der Anwendung verbergen, noch nicht gut entwickelt wurde; Anwendungen mussten direkt mit der Fernschreiber-Maschine sprechen und seiner Vereinbarung folgen.

Die meisten Minicomputer-Systeme vom DEZ haben diese Tagung verwendet. BEDIENUNGSFELD/M hat es ebenso verwendet, um auf denselben Terminals das verwendete Minicomputer zu drucken. Von dort wurde MS-DOS (1981) angenommenes BEDIENUNGSFELD/M +, um, und diese Tagung vereinbar zu sein, durch späteres Windows des Microsofts Betriebssystem geerbt.

Die Trennung der zwei Funktionen hat die Tatsache verborgen, dass der Druckleiter vom weiten Recht bis den Anfang der folgenden Linie in der Zeit-Buchstaben ein nicht zurückkehren konnte. Deshalb wurde die Folge immer mit dem ersten gesandt. Tatsächlich war es häufig notwendig, Extracharaktere zu senden (fremder CRs oder NULs, die ignoriert werden), die Druckhauptzeit zu geben, um sich zum linken Rand zu bewegen. Sogar viele frühe Videoanzeigen haben verlangt, dass vielfache Charakter-Zeiten die Anzeige gescrollt haben.

Der Multics hat Betriebssystem Entwicklung 1964 begonnen und hat allein als sein newline verwendet. Multics hat einen Gerät-Treiber verwendet, um diesen Charakter zu beliebiger Folge ein Drucker erforderlich (einschließlich Extrapolstern-Charaktere) zu übersetzen, und das einzelne Byte war für die Programmierung viel günstiger. Die anscheinend offensichtlichere Wahl dessen wurde nicht verwendet, weil eine Ebene die nützliche Funktion zur Verfügung gestellt hat, eine Linie mit einem anderen zu überdrucken, und so es nützlich war, es nicht zu übersetzen. Unix ist der Praxis von Multics gefolgt, und spätere Systeme sind Unix gefolgt.

Auf Programmiersprachen

Um die Entwicklung von tragbaren Programmen zu erleichtern, stellen Programmiersprachen einige Abstraktionen zur Verfügung, um sich mit den verschiedenen Typen von newline in verschiedenen Umgebungen verwendeten Folgen zu befassen.

Die C Programmiersprache stellt die Flucht-Folgen (newline) und (Wagen-Rückkehr) zur Verfügung. Jedoch sind diese nicht erforderlich, zum ASCII und den Kontrollcharakteren gleichwertig zu sein. Der C Standard versichert nur zwei Dinge:

  1. Jede dieser Flucht-Folgen stellt zu einer einzigartigen Durchführungsdefinierten Zahl kartografisch dar, die in einem einzelnen Wert versorgt werden kann.
Wenn
  1. man eine Datei in der Textweise schreibt, wird zur heimischen newline Folge durchsichtig übersetzt, die durch das System verwendet ist, das länger sein kann als ein Charakter. Wenn man in der Textweise liest, wird die heimische newline Folge zurück dazu übersetzt. In der binären Weise wird keine Übersetzung durchgeführt, und die innere Darstellung, die dadurch erzeugt ist, ist Produktion direkt.

Auf UNIX-Plattformen, wo C entstanden ist, ist die heimische newline Folge ASCII , so wurde einfach definiert, um dieser Wert zu sein. Mit der inneren und äußerlichen Darstellung, die identisch ist, ist die in der Textweise durchgeführte Übersetzung nicht, und Textweise und binäre Weise benehmen sich dasselbe. Das hat viele Programmierer verursacht, die ihre Software auf Systemen von Unix entwickelt haben, um einfach die Unterscheidung völlig zu ignorieren, auf Code hinauslaufend, der zu verschiedenen Plattformen nicht tragbar ist.

Die C Bibliotheksfunktion fgets wird am besten in der binären Weise vermieden, weil jede Datei, die nicht mit dem UNIX newline Tagung geschrieben ist, falsch gelesen wird. Außerdem in der Textweise wird jede Datei, die nicht mit dem Eingeborenen des Systems newline Folge (wie eine Datei geschrieben ist, die auf einem UNIX System dann geschaffen ist, das zu einem Windows-System kopiert ist), ebenso falsch gelesen.

Ein anderes häufiges Problem ist der Gebrauch dessen, wenn es das Verwenden eines Internetprotokolls mitteilt, das den Gebrauch von ASCII + beauftragt, um Linien zu beenden. Das Schreiben zu einem Textweise-Strom arbeitet richtig an Windows-Systemen, aber erzeugt nur auf Unix und etwas völlig Verschiedenem auf exotischeren Systemen. Das Verwenden in der binären Weise ist ein bisschen besser.

Viele Sprachen, wie C ++, Perl und Haskell stellen dieselbe Interpretation wie C zur Verfügung.

Java, PHP und Pythonschlange stellen die Folge (für ASCII +) zur Verfügung. Im Gegensatz zu C, wie man versichert, vertreten diese die Werte und beziehungsweise.

Die javanischen Eingabe/Ausgabe-Bibliotheken übersetzen diese in von der Plattform abhängige newline Folgen auf dem Eingang oder der Produktion nicht durchsichtig. Statt dessen stellen sie Funktionen zur Verfügung, für eine volle Linie zu schreiben, die automatisch die heimische newline Folge und Funktionen hinzufügen, um Linien zu lesen, die einigen, oder + als eine Linie terminator akzeptieren (sieh BufferedReader.readLine ). Die Methode kann verwendet werden, um den zu Grunde liegenden Linienseparator wiederzubekommen.

Beispiel:

Spannen Sie eol = System.getProperty ("line.separator");

Spannen Sie lineColor = "Farbe: Rot" + eol;

Pythonschlange erlaubt "Universale Newline-Unterstützung", wenn sie eine Datei für das Lesen öffnet, wenn sie Module importiert, und wenn sie eine Datei durchführt.

Einige Sprachen haben spezielle Variablen, Konstanten und Unterprogramme geschaffen, um newlines während der Programm-Ausführung zu erleichtern.

Häufige Probleme

Die verschiedene newline Vereinbarung verursacht häufig Textdateien, die zwischen Systemen von verschiedenen falsch zu zeigenden Typen übertragen worden sind. Zum Beispiel können Dateien, die auf Systemen von Unix oder Apple Macintosh entstehen, als eine einzelne lange Linie auf einigen Windows-Programmen erscheinen. Umgekehrt, wenn man eine Datei ansieht, die aus einem Windows-Computer auf einem System von Unix, entsteht, zusätzliches als am Ende jeder Linie oder als zweit Linie Brechung gezeigt.

Das Problem kann hart sein fleckig zu werden, wenn einige Programme den ausländischen newlines richtig behandeln, während andere nicht tun. Zum Beispiel kann ein Bearbeiter mit dunklen Syntax-Fehlern scheitern, wenn auch die Quelldatei richtig, wenn gezeigt, auf der Konsole oder in einem Redakteur aussieht. Auf einem System von Unix wird der Befehl die Datei an stdout (normalerweise das Terminal) senden und das sichtbare machen, das für das Beseitigen nützlich sein kann. Moderne Textaufbereiter erkennen allgemein alle Geschmäcke nach / newlines an und erlauben dem Benutzer, sich zwischen den verschiedenen Standards umzuwandeln. WWW-Browser sind gewöhnlich auch dazu fähig, Textdateien und Websites zu zeigen, die verschiedene Typen von newlines verwenden.

Das Dateiübertragungsprotokoll kann newlines in Dateien automatisch umwandeln, die zwischen Systemen mit verschiedenen newline Darstellungen übertragen werden, wenn die Übertragung in der ASCII "Weise" getan wird. Jedoch hat das Übertragen binärer Dateien in dieser Weise gewöhnlich unglückselige Ergebnisse: Jedes Ereignis der newline Byte-Folge — der Linie terminator Semantik in diesem Zusammenhang nicht hat, aber gerade ein Teil einer normalen Folge von Bytes ist — wird zu beliebiger newline Darstellung der andere Systemgebrauch übersetzt, effektiv die Datei verderbend. FTP Kunden verwenden häufig etwas Heuristik (zum Beispiel, Inspektion von Dateiformaten), um entweder binäre oder ASCII Weise automatisch auszuwählen, aber schließlich ist es bis zum Benutzer, um sicherzustellen, dass seine oder ihre Dateien in der richtigen Weise übertragen werden. Wenn es irgendwelche Zweifel betreffs der richtigen Weise gibt, sollte binäre Weise verwendet werden, weil dann keine Dateien durch FTP verändert werden, obwohl sie falsch zeigen können.

Umwandlungsdienstprogramme

Textaufbereiter werden häufig verwendet, für eine Textdatei zwischen verschiedenen Newline-Formaten umzuwandeln; die meisten modernen Redakteure können lesen und Dateien schreiben, die mindestens den verschiedenen ASCII / Vereinbarung verwenden. Der normale Windows-Redakteur Notepad ist nicht einer von ihnen (obwohl Wordpad und der MS-DOS-Redakteur sind).

Redakteure sind häufig unpassend, um größere Dateien umzuwandeln. Für größere Dateien (auf Windows NT / 2000/XP) wird der folgende Befehl häufig verwendet:

TYP unix_file | FINDET ""/V> dos_file

Auf vielen Systemen von Unix (manchmal genannt oder) und unix2dos (manchmal genannt oder) werden Dienstprogramme verwendet, um zwischen ASCII + (DOS/WINDOWS) und (Unix) newlines zu übersetzen. Verschiedene Versionen dieser Befehle ändern sich ein bisschen in ihrer Syntax. Jedoch ist der Befehl auf eigentlich jedem Unix ähnlichen System verfügbar und wird verwendet, um willkürliche Ersatzoperationen auf einzelnen Charakteren durchzuführen. Eine Textdatei des DOS/WINDOWS kann zum Format von Unix durch das einfache Entfernen aller ASCII Charaktere mit umgewandelt werden

tr-d '\r' < inputfile > outputfile

oder wenn der Text nur newlines, durch das Umwandeln des ganzen newlines zu mit hat

tr '\r' '\n' < inputfile > outputfile

Dieselben Aufgaben werden manchmal mit awk, sed, Tr _ (Unix) oder in Perl durchgeführt, wenn die Plattform einen Dolmetscher von Perl hat:

awk '{U-Boot (" $ "," \r\n"); printf (" %s", 0 $);}' inputfile > outputfile # UNIX zu DOS (hat das Hinzufügen von CRs auf Linux und BSD OS gestützt, die nicht GNU-Erweiterungen haben)

awk '{gsub (" \r",""); Druck;}' inputfile > outputfile # DOS zu UNIX (CRs auf Linux und BSD entfernend, hat OS gestützt, die nicht GNU-Erweiterungen haben)

sed-e 's/$/\r /' inputfile > outputfile # UNIX zu DOS (hat das Hinzufügen von CRs auf Linux OS gestützt, die GNU-Erweiterungen verwenden)

sed-e 's/\r$//' inputfile > outputfile # DOS zu UNIX (CRs auf Linux entfernend, hat OS gestützt, die GNU-Erweiterungen verwenden)

Katze inputfile | tr-d "\r" > outputfile # DOS zu UNIX (CRs entfernend, der tr (1) verwendet. Nicht entgegenkommender Unicode.)

perl-pe 's/\r? \n |\r/\r\n/g' inputfile > outputfile # Bekehrter zu DOS

perl-pe 's/\r? \n |\r/\n/g' inputfile > outputfile # Bekehrter zu UNIX

perl-pe 's/\r? \n |\r/\r/g' inputfile > outputfile # Bekehrter zu altem Mac

Sich zu identifizieren, welche Linie eine Textdatei bricht, enthält, der Befehl kann verwendet werden. Außerdem kann der Redakteur Vim günstig sein, um zu machen

eine mit dem Windows-Notizbuch-Textaufbereiter vereinbare Datei. Zum Beispiel:

[schnell]> Datei myfile.txt

myfile.txt: ASCII englischer Text

[schnell]> Schwung myfile.txt

innerhalb des Schwungs: Satz fileformat=dos

:wq

[schnell]> Datei myfile.txt

myfile.txt: ASCII englischer Text, mit der CRLF Linie terminators

Die folgenden Grep-Befehle werfen den Dateinamen (in diesem Fall) zur Befehl-Linie zurück, wenn die Datei vom angegebenen Stil ist:

grep-PL $ '\r\n' myfile.txt # zeigen UNIX Stil-Datei (LF begrenzt)

grep-Pl $ '\r\n' myfile.txt # zeigen DOS-Stil-Datei (CRLF begrenzt)

Für mit Sitz in Debian Systeme werden diese Befehle verwendet:

egrep-L $ '\r\n' myfile.txt # zeigen UNIX Stil-Datei (LF begrenzt)

egrep-l $ '\r\n' myfile.txt # zeigen DOS-Stil-Datei (CRLF begrenzt)

Der obengenannte grep befiehlt Arbeit unter Systemen von Unix oder in Cygwin unter Windows. Bemerken Sie, dass diese Befehle einige Annahmen über die Arten von Dateien machen, die auf dem System bestehen (spezifisch, nimmt es nur UNIX und MIT DOS ARTIGE Dateien — kein Mac OS 9-artige Dateien an).

Diese Technik wird häufig verbunden mit, Dateien rekursiv zu verzeichnen. Zum Beispiel überprüft der folgende Befehl alle "regelmäßigen Dateien" (z.B er wird Verzeichnisse, symbolische Verbindungen, usw. ausschließen), alle UNIX-artigen Dateien in einem Verzeichnisbaum zu finden, aus dem aktuellen Verzeichnis (.) anfangend, und spart die Ergebnisse in der Datei unix_files.txt, es überschreibend, wenn die Datei bereits besteht:

finden. - Typ f-exec grep-PL '\r\n' {} \;> unix_files.txt

Dieses Beispiel wird C Dateien finden und sie zu LF Stil-Linienenden umwandeln:

finden Sie - nennen '*. [ch]'-exec fromdos {} \;

Der Befehl entdeckt auch den Typ von verwendetem EOL:

Datei myfile.txt

> myfile.txt: ASCII Text, mit der CRLF Linie terminators

Andere Werkzeuge erlauben dem Benutzer, sich die EOL Charaktere zu vergegenwärtigen:

od-a myfile.txt

Katze-e myfile.txt

hexdump-c myfile.txt

, kann Konvertierungen durchführen. Der Befehl wird häufig verwendet.

Siehe auch

  • ASA Wagen kontrolliert Charaktere
C0 und C1-Kontrolle codiert
  • Seitenbrechung
  • Linie lässt hungern

Links


Wagen-Rückkehr / Ghostwriter
Impressum & Datenschutz