Verständnisfrage EOF
-
Zackorz schrieb:
...viele Fragen zu EOF...
Der Code beruht darauf, dass in irgendeiner C Bibliothek ein Makro namens EOF (End-Of-File) definiert ist. Dieses hat normalerweise einen Wert wie z.B. -1 der garantiert nicht der ASCII Wert eines anderen Zeichens ist. Wenn ein Datenstrom zuende ist, dann hat das zuletzt gelesene Zeichen den Wert von diesem EOF.
Das hat bei antiken Dateisystemen mal Sinn gemacht, EOF als Zeichen zu betrachten. C++ behandelt Ein-/Ausgabe jedoch abstrakter und EOF als Zeichen sollte nicht mehr verwendet werden. Man sollte lieber nach dem Lesen prüfen, ob ein Eingabestrom noch 'good()' ist.
-
SeppJ schrieb:
Das hat bei antiken Dateisystemen mal Sinn gemacht, EOF als Zeichen zu betrachten. C++ behandelt Ein-/Ausgabe jedoch abstrakter und EOF als Zeichen sollte nicht mehr verwendet werden. Man sollte lieber nach dem Lesen prüfen, ob ein Eingabestrom noch 'good()' ist.
Ich glaube, das C ist da abstrakter, während C++ mit good() oder eof() konkret bescheid sagt.
Auch glaube ich nicht, daß das an antiken Dateisystemen lag, sondern an den unglaublichen Preisen für Funktionsaufrufe.
-
Vielen Dank für die schnelle Hilfe, also ist EOF ledigleich eine Überprüfung, dass kein nicht-ASCII Zeichen und kein Fehler stattgefunden hat, oder?
-
Die Schleife läuft hier solange kein Fehler entsteht unendlich oder?
-
volkard schrieb:
Auch glaube ich nicht, daß das an antiken Dateisystemen lag, sondern an den unglaublichen Preisen für Funktionsaufrufe.
Doch wirklich: Beim CP/M Dateisystem gab es tatsächlich EOF als ASCII Zeichen (glaube Code 26 oder so), weil das Dateisystem es mit der Dateilänge nicht so genau nahm. Bei MS_DOS gab es das dann auch noch zumindest für Textdateien, aus Gründen der Abwärtskompatibilität, obwohl es eigentlich unnötig geworden war. Heutzutage wird das aber soweit ich weiß nirgends mehr verwendet, deswegen dieses Gehacke mit EOF=-1
-
Zackorz schrieb:
Vielen Dank für die schnelle Hilfe, also ist EOF ledigleich eine Überprüfung, dass kein nicht-ASCII Zeichen und kein Fehler stattgefunden hat, oder?
Nein, EOF heißt EndOfFile. Und ist in C üblich. In C++ nicht.
http://www.cplusplus.com/reference/iostream/istream/get/
Da steht nix von EOF bei get() und einem Dateiende."In ISO-C können Datei- und IO-Operationen einen Wert zurückgeben, der dem symbolischen EOF entspricht und damit anzeigt, dass das Ende erreicht wurde. Der tatsächliche Wert beträgt häufig −1, ist allerdings systemabhängig."
-
Zackorz schrieb:
Die Schleife läuft hier solange kein Fehler entsteht unendlich oder?
Sie läuft, bis der Eingabestrom zuende ist. Unter POSIX-Systemen kann man dies mit ctrl+D an der Tastatur simulieren, für Windows gibt es hier eine Übersicht:
http://www.fredosaurus.com/notes-cpp/io/eof.html
-
OK, wie das Ende eines Datenstroms ohne den Ctr+Z+Enter Befehl zustande kommen kann weiss ich zwar noch nicht, wird aber sicher noch irgendwann später in der Programmierung gezeigt werden. (Im Code ist ja anscheinend keine Bedingung eingebaut, die sagt wann ein Datenstrom beendet ist, es kann immer wieder neu eingegeben werden).
Alle anderen Fragen wurden beantwortet, vielen Dank an Alle :_)
-
SeppJ schrieb:
volkard schrieb:
Auch glaube ich nicht, daß das an antiken Dateisystemen lag, sondern an den unglaublichen Preisen für Funktionsaufrufe.
Doch wirklich: Beim CP/M Dateisystem gab es tatsächlich EOF als ASCII Zeichen (glaube Code 26 oder so), weil das Dateisystem es mit der Dateilänge nicht so genau nahm. Bei MS_DOS gab es das dann auch noch zumindest für Textdateien, aus Gründen der Abwärtskompatibilität, obwohl es eigentlich unnötig geworden war. Heutzutage wird das aber soweit ich weiß nirgends mehr verwendet, deswegen dieses Gehacke mit EOF=-1
Komisch.
Ich nehme an, Du beziehst Dich auf
http://www.answers.com/topic/end-of-file
Control+Z ist 26.
Aber getchar() von CP/M liefert beim Eingeben von Control-Z ein EOF(=-1). Siehe
http://www.cpm.z80.de/develop/cman.pdf
Seite 55.
-
volkard schrieb:
Komisch.
Ich nehme an, Du beziehst Dich auf
http://www.answers.com/topic/end-of-file
Control+Z ist 26.
Aber getchar() von CP/M liefert beim Eingeben von Control-Z ein EOF(=-1). Siehe
http://www.cpm.z80.de/develop/cman.pdf
Seite 55.Interessant, endlich mal gute Quellen dazu. Alles was ich oben geschrieben habe, war einfach so aus dem Kopf ohne Quellenrecherche, deshalb die Ungenauigkeiten. Zumindest die Idee, dass es früher ein echtes Zeichen war und das daher die C Syntax kommt, ist ja richtig.
Zackorz schrieb:
OK, wie das Ende eines Datenstroms ohne den Ctr+Z+Enter Befehl zustande kommen kann weiss ich zwar noch nicht, wird aber sicher noch irgendwann später in der Programmierung gezeigt werden.
Was spricht denn gegen ctrl+z/d? Das ist an der Tastatur eigentlich die einzige Möglichkeit. Wenn ein Strom mit einer Datei verbunden ist, ist EOF, wenn die Datei zuende ist und wenn er mit der Tastatur verbunden ist, ist EOF, wenn CTRL+Z/D gedrückt wird.
(Im Code ist ja anscheinend keine Bedingung eingebaut, die sagt wann ein Datenstrom beendet ist, es kann immer wieder neu eingegeben werden).
Doch, das while(cin.get(ch)) ist die Bedingung. cin.get() gibt den aufrufenden istream wieder zurück, in diesem Fall cin. Der Ausdruck in den Klammern nach dem while wird dann zu einem bool ausgewertet. Für einem istream wie cin heißt dass, das der Wert true ist, wenn alles in Ordnung ist und false, wenn etwas nicht stimmt, etwa das Ende der Datei erreicht ist.
-
SeppJ schrieb:
volkard schrieb:
Komisch.
Ich nehme an, Du beziehst Dich auf
http://www.answers.com/topic/end-of-file
Control+Z ist 26.
Aber getchar() von CP/M liefert beim Eingeben von Control-Z ein EOF(=-1). Siehe
http://www.cpm.z80.de/develop/cman.pdf
Seite 55.Interessant, endlich mal gute Quellen dazu. Alles was ich oben geschrieben habe, war einfach so aus dem Kopf ohne Quellenrecherche, deshalb die Ungenauigkeiten. Zumindest die Idee, dass es früher ein echtes Zeichen war und das daher die C Syntax kommt, ist ja richtig.
Eben nicht!
Die C-Syntax mit Returnwert -->> -1 <<-- bei getchar() ist im selben CP/M, wo man nur ganze Sektoren laden und speichern kann, wo man die Dateigröße nicht genau abfragen kann (Nur Anzahl der Sektoren), und wo man sich verabredet hat, Textdateien mit -->> 26 <<-- aufhören zu lassen. Daß die -1 nicht ein echtes Zeichen ist, steht eindeutig auf Seite 55. Hätte man die 26 als Dateiendezeichen im Auge gehabt, hätte man getchar() auch eine 26 zurückliefern lassen und hätte eine größere Einheitlichkeit gehabt. Aber EOF war nie 26, fürchte ich.
-
Was spricht denn gegen ctrl+z/d? Das ist an der Tastatur eigentlich die einzige Möglichkeit. Wenn ein Strom mit einer Datei verbunden ist, ist EOF, wenn die Datei zuende ist und wenn er mit der Tastatur verbunden ist, ist EOF, wenn CTRL+Z/D gedrückt wird.
Ok, genau das wollte ich wissen.
Dass while die Bedingung ist war mir klar, nur konnte ich mir keinen Reim daraus machen, wie in meiner Datei EOF erreicht werden sollte ( also das Ende des Textes) ohne die Tastenkombi.
Nun weiss ich es, in dem Fall mit meiner Datei: Garnicht, es seidenn man schreibt die Datei um.
Vielen Dank, nun sind endlich alle Klarheiten beseitigt
-
Zackorz schrieb:
Vielen Dank, nun sind endlich alle Klarheiten beseitigt
(Sorry, der musste sein)
-
Dem kann ich nur zustimmen (wenn man den Thread von Anfang an mitverfolgt hat).
