@havi
Der code ist nicht von mir....

[quote=havi,07.12.2006, 20:03]... nichts für ungut renee, aber dein Code funktioniert unter Windows nicht:

wuerde funktionieren.[/quote]
nichts fuer ungut, havi, aber renees code funktioniert unter windows.
ich kann es wie immer nicht ausprobieren, aber:
unter windows ist \n der zeilenumbruch, und \r\n waere doppelt gemoppelt. ein \n unter windows stellt such nur unter linux z.b. als \r\n dar.

$/ steht z.B. unter windows per default auf \n. das waere ja echt
bloed, wenn man in windows immer $/ auf \r\n stellen muesste,
bevor man dateioperationen macht.

der code funktioniert *nicht*, wenn man eine datei mit windows-umbruechen
unter linux bearbeitet.\n\n

<!--EDIT|pq|1165570791-->

\n wird unter windows erst beim output zu \r\n
und auch nur dann, wenn nicht binmode\n\n

<!--EDIT|esskar|1165571065-->

[quote=esskar,08.12.2006, 10:42]\n wird unter windows erst beim output zu \r\n
und auch nur dann, wenn nicht binmode[/quote]
und beim einlesen wird \r\n zu \n, oder?
wie sollte denn sonst der code

funktionieren?

Allso wenn man auf nunmal sicher gehen will, kann man ja auch auch sowas machen:

also, perl -pe "s/\n//" datei.txt funktioniert unter windows. es kommt ein string ohne
newlines und carriage-returns heraus.
da hier 2 leute das gegenteil behaupten, habe ich es von
jemandem checken lassen. =)

perl -pe chomp

Wow, nochmals Danke für die vielen guten Antworten und die heiße Diskussion.

Absolut korrekt @pq - stimmt, sorry mein Gedankenfehler!\n\n

<!--EDIT|havi|1165605331-->

[quote=Ronnie,07.12.2006, 20:12][quote=havi,07.12.2006, 20:03]... unter MAC ist es uebrigens \r[/quote]
Hallo Havi,

das stimmt nur für Mac OS 9 und älter. Das seit einigen Jahren aktuelle Mac OS X ist ein Unix und verhält sich auch so.

Gruß,
Ronnie[/quote]
Ich wusste es nur von frueher...