Und was stimmt nicht an esskars Aussage?

esskar hat seinen Code als "richtiger" bezeichnet, weil er ein "Mehrzeilenäquivalent" zu chomp geschrieben hat, was man anhand des Threadtitels ok ist.

[quote=sid burn,29.03.2006, 22:08]So Soll unter MacPerl ein "\n" == "\015" bedeuten. Bei DOS-basierten Perl Versionen ist "\n" == "\015\012", und bei Unix ist "\n" traditionell "\012". Ein Zeichen mehrere Bedeutungen.[/quote]
Wenn schon, denn schon.

Intern ist "\n" sowohl unter DOS/Windows als auch unter Linux/Unix "\012". Erst beim Lesen und Schreiben von Text(!)dateien wird unter DOS/Windows von der bzw. in die plattformübliche Form "\015\012" umgewandelt.

Ich habe leider keinen Mac, aber mich würde schon interessieren, ob man bei Apple mit dem Umstieg auf MacOS X und damit ein Unix-basiertes System auch von <CR> als Zeilentrenner auf <LF> umgestellt hat - und was ein aktuelles Perl auf dem Mac (im Vergleich zu "MacPerl") intern aus "\n" macht.

[quote=renee,29.Mar..2006, 22:36]Und was stimmt nicht an esskars Aussage?

esskar hat seinen Code als "richtiger" bezeichnet, weil er ein "Mehrzeilenäquivalent" zu chomp geschrieben hat, was man anhand des Threadtitels ok ist.[/quote]
Er sagte das sein Programm mit der Verwendung "$/" richtiger sei als wenn man "\n" verwendet.

Ich persönlich denke das er darauf abzielen möchte, das die unterschiedlichen Systeme andere Zeichen Benutzen um einen Zeilenvorschub darzustellen.

Windows z.B. "\r\n" anstatt lediglich nur ein "\n". Da aber "\n" in Perl auch Systembedingt ist, und unter Windows das "\n" halt "\r\n" bedeutet, dürfte es doch so ziemlich egal sein ob nun $/ oder \n verwendet wird. Beides dürfte gleich Portabel sein, und ich denke keins von beiden ist richtiger, sondern beides ist gleich richtig.

Nun halt meine Frage ob dies wirklich so ist. All zu lange Programmiere ich noch nicht in Perl, und ich sehe aus meinen Blickwinkel durch die Portabilität von "\n" nicht, wieso dessen verwendung falsch sein sollte.

Quote

Intern ist "\n" sowohl unter DOS/Windows als auch unter Linux/Unix "\012". Erst beim Lesen und Schreiben von Text(!)dateien

Hmm,
okay das würde einiges erklären, aber bist du dir da sicher?

Im Kamel Buch wird ja extra als Beispiel die Socket Programmierung heran gezogen, und dort schreibe ich ja nicht in text Dateien. Und dort wird auch extra darauf hingewiesen das die Verwendung von "\n" vermieden werden soll, und lieber "\012" verwendet werden soll.\n\n

<!--EDIT|sid burn|1143666748-->

Esskar hat das Verhalten von chomp "imitiert". chomp benutzt auch $/ zum Entfernen. Das hat mit den Unterschiedlichen Bedeutungen von "\n" nur bedingt etwas zu tun. In $/ kann auch etwas ganz anderes stehen. Vergleiche mal:

test.txt: \n\n

<!--EDIT|renee|1143667492-->

[quote=renee,29.Mar..2006, 23:23]Esskar hat das Verhalten von chomp "imitiert". chomp benutzt auch $/ zum Entfernen. Das hat mit den Unterschiedlichen Bedeutungen von "\n" nur bedingt etwas zu tun.[/quote]
Stimmt, da hätte ich eigentlich auch selber drauf kommen können das $/ etwas anderes enthalten kann, auser den unterschiedlichen Newline Sequenzen.

Danke, wieder etwas schlauer. :)

[quote=sid burn,29.03.2006, 23:09]Er sagte das sein Programm mit der Verwendung "$/" richtiger sei als wenn man "\n" verwendet.

Ich persönlich denke das er darauf abzielen möchte, das die unterschiedlichen Systeme andere Zeichen Benutzen um einen Zeilenvorschub darzustellen.

Windows z.B. "\r\n" anstatt lediglich nur ein "\n". Da aber "\n" in Perl auch Systembedingt ist, und unter Windows das "\n" halt "\r\n" bedeutet, dürfte es doch so ziemlich egal sein ob nun $/ oder \n verwendet wird. Beides dürfte gleich Portabel sein, und ich denke keins von beiden ist richtiger, sondern beides ist gleich richtig.[/quote]
hätte ich auf \r\n vs \n geziehlt hätt ich wohl folgendes gemacht


denn die Preisfrage an dich ist nämlich, was passiert, wenn du unter linux eine Dattei als Textdatei öffnest, die \r\n als Zeilenende hat, und du auf die einzelnen Zeilen ein chomp los lässt?

[quote=esskar,29.Mar..2006, 23:54]

denn die Preisfrage an dich ist nämlich, was passiert, wenn du unter linux eine Dattei als Textdatei öffnest, die \r\n als Zeilenende hat, und du auf die einzelnen Zeilen ein chomp los lässt?[/quote]
Er substituiert logischerweise nur die "\n" am ende weg, während die Tollen "^M" am ende jeder zeile stehen bleiben.

Was habe ich den Gewonnen? :)

Ein anerkennendes Nicken...

Gerade dieses Problem sollte man immer im Hinterkopf haben. Das Problem tritt häufiger auf als man vielleicht denkt. Vor allem in Firmen mit heterogenen Netzen.

[quote=renee,30.03.2006, 10:25]Gerade dieses Problem sollte man immer im Hinterkopf haben. Das Problem tritt häufiger auf als man vielleicht denkt. Vor allem in Firmen mit heterogenen Netzen.[/quote]
und bei der CGI-programmierung (textareas). vergisst man auch ganz gerne mal.

Nicht nur bei der CGI-Programmierung.
Auch bei Dateien, die als Textdatenspeicher dienen wie .htxyz.
Wenn das FTP-Programm nicht kapiert, was Zeilenenden auf anderen Systemen sind, dann läuft das auf dem lokalen Windows gut, aber auf Linux o. ä. klappt dann das Einlesen nicht mehr richtig.