Ende einer Datei finden

' schrieb:[...] Und Dein Vorschlag ist zu einfach. Bei Deiner Lösung wird, wenn die Datei z.B. 2 Zeilen anthält, das Ende der Datei erst nach dem dritten Schleifendurchlauf bemerkt.[...]

' schrieb:[...]Hätte() der gestört, wärs mir wohl auch aufgefallen, dass der da ist[...]

IMO habt ihr beide recht:
es kommt jedoch darauf an, was man denn machen möchte.
Ich denke SeBa's Beispiel war in diesem Zusammenhang nicht glücklich gewählt, da es wie Lucki bemerkt hat, einen leeren Index gibt (es zeigt aber die Methode auf).

Möchte ich alle Daten auf einmal lesen, dann würde ich es so wie Lucki machen.

Habe ich aber zwischen n- und (n+1) Lesezyklus aber einen Zwischenschritt (Signalverarbeitung etc) und ich möchte mir den aktuellen Leseindex nicht merken (weil in meinem Code schon x-Variablen mit dem Pre-/Suffix "Index" vorkommen), dann mache ich es genau so wie SeBa beschrieben hat. Dabei ist der Lesevorgang in einem State einer SM, wird dann der ErrorCode == 4 detektiert, dann gehe ich nicht in den Verarbeitungscase (wie die n-mal vorher) sondern in den File-Schliessen Case et voila, kein überflüssiger Index wird weiterverarbeitet...