Hmm, zählt das umgedrehte Ausrufezeichen \xA1 eigentlich als ein utf8-Zeichen,
soll heißen als ein Zeichen was nur mittels utf8 darstellbar ist?
Oder wie bist Du (opi) auf utf8 gekommen?

[quote=RalphFFM,26.06.2007, 13:24]Hmm, zählt das umgedrehte Ausrufezeichen \xA1 eigentlich als ein utf8-Zeichen,
soll heißen als ein Zeichen was nur mittels utf8 darstellbar ist?
Oder wie bist Du (opi) auf utf8 gekommen?[/quote]
Na weil das Trennzeichen ein utf8 Zeichen ist. Perl versteht \xA1, anstonsten würde split nicht richtig aufsplitten.

Zu den erwähnten 4096 Bytes möchte ich noch hinzufügen, dass es sich
wohl um die Blöckgröße des Dateisystems handelt?! Es kann also von
Filesystem zu Filesystem variieren. Aber das ist die Größe, die Perl intern
eine Datei einliest, wenn readline() verwendet wird... readline($fh) und
<$fh> ist genau das gleiche.

Quote

Zu den erwähnten 4096 Bytes möchte ich noch hinzufügen, dass es sich
wohl um die Blöckgröße des Dateisystems handelt?! Es kann also von
Filesystem zu Filesystem variieren. Aber das ist die Größe, die Perl intern
eine Datei einliest, wenn readline() verwendet wird... readline($fh) und
<$fh> ist genau das gleiche.

Soweit wie ich mich an "Netzwerkprogrammierung in Perl" noch Erinnern kann, hängt die genaue Buffergröße von der libc ab.

Wenn du etwas einliest dann liest dann wird nie genau eine Zeile eingelesen, sondern immer mehr, und das ganze wird im RAM vorbehalten. Damit wird nicht mit jedem Aufruff von <$fh> z.B. wirklich erst genau dann eine Zeile ausgelesen und die Festplatte muss herum seeken (bzw. das Programm in der zeit warten, bis das OS erst die neuen Zeilen liefert).

Wieviel aber nun genau gebuffert wird hängt halt von der Implementierung des OS ab. Bei Linux und Co. also von der libc.\n\n

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