C++ istream :: peek - sollte es nicht blockierend sein?

Question

Es scheint gut akzeptiert, dass die istream::peek Operation blockiert.

Der Standard, obwohl wohl etwas mehrdeutig, neigt zu nicht blockierendem Verhalten. peek Anrufe sgetc wiederum dessen Verhalten.

„Das Zeichen an der gegenwärtigen Position der gesteuerten Eingangssequenz, als ein Wert des Typ int Wenn es keine weiteren Zeichen sind von der gesteuerten Eingangssequenz zu lesen, Die Funktion gibt den Dateiendewert (EOF) zurück. "

Es heißt nicht: „Wenn es keine weiteren Zeichen sind ....... warten, bis es“

Fehle ich etwas hier? Oder sind die peek Implementierungen, die wir verwenden, nur irgendwie falsch?

Answer 1

Die Beschreibung von cppreference.com könnte in Frage als die, klarer sein:

dass mindestens Sorgt bei einem Zeichen im Eingangsbereich verfügbar ist durch [...] mehr Daten in dem von der Lese Eingangssequenz (falls zutreffend) „

‚gegebenenfalls‘nicht in diesem Fall keine Anwendung, und‚ Daten aus der Eingangssequenz Lesen‘beinhaltet, um weitere Daten warten, wenn es keine gibt, und der Strom ist nicht in einem EOF oder anderer Fehlerzustand

Answer 2

Die gesteuerte Eingabesequenz ist die Datei (oder was auch immer), von der Sie lesen. Wenn Sie sich am Ende der Datei befinden, wird EOF zurückgegeben. Andernfalls wird das nächste Zeichen aus der Datei zurückgegeben.

Ich sehe hier nichts, das mehrdeutig ist - wenn es ein Zeichen braucht, das nicht aus der Datei gelesen wurde, dann muss es gelesen werden (und warten bis es gelesen wird, und es zurückgeben).

Wenn Sie von etwas wie einem Socket lesen, dann wird es warten, bis Daten eintreffen (oder der Netzwerkstack erkennt EOF, wie das Trennen des Peers).

Answer 3

Wenn ich über die Konsoleneingabe verwirrt bin, erinnere ich mich daran, dass die Konsoleneingabe so umgeleitet werden kann, dass sie aus einer Datei kommt, so dass das Verhalten der Tastatur mehr oder weniger dem Verhalten einer Datei entspricht. Wenn Sie versuchen, ein Zeichen aus einer Datei zu lesen, können Sie eines von zwei Ergebnissen erhalten: Sie erhalten ein Zeichen, oder Sie erhalten EOF, weil Sie das Ende der Datei erreicht haben - es sind keine Zeichen mehr zu lesen. Das gleiche gilt für die Tastatureingabe: Entweder Sie erhalten ein Zeichen, oder Sie erhalten EOF, weil Sie das Ende der Datei erreicht haben. Bei einer Datei gibt es keine Idee, auf weitere Zeichen zu warten: Entweder hat eine Datei ungelesene Zeichen oder nicht. Das Gleiche gilt für die Tastatur. Wenn Sie also EOF auf der Tastatur nicht erreicht haben, gibt das Lesen eines Zeichens das nächste Zeichen zurück. Sie erreichen EOF auf der Tastatur, indem Sie das Zeichen eingeben, das Ihr System als EOF erkennt. auf Unix-Systemen, die Ctrl-D ist, unter Windows (wenn ich mich richtig erinnere), das ist Ctrl-C. Wenn Sie EOF nicht erreicht haben, müssen mehr Zeichen gelesen werden.