Gibt es eine Möglichkeit, einen Blick auf die stdin-Puffer?

Wissen wir, dass stdin ist standardmäßig eine gepufferte Eingabe; der Beweis dafür ist in der Verwendung der Mechanismen, die "überlassen von Daten" auf stdin wie scanf():

int main()
{
    char c[10] = {'\0'};
    scanf("%9s", c);
    printf("%s, and left is: %d\n", c, getchar());
    return 0;
}

./ein.aus

Hallo

Hallo, und Links ist 10

10 als newline natürlich...

Ich war schon immer neugierig, gibt es eine Möglichkeit, Sie zu "peek" an der stdin Puffer ohne entfernen von was auch immer kann, dort zu wohnen?

BEARBEITEN

Ein besseres Beispiel wäre:

scanf("%9[^.]", c);

Mit einer Eingabe "an.ct", jetzt habe ich "Daten" (ct\n) Links auf stdin, nicht nur ein Zeilenumbruch.

  • Sie können ungetc() nach gucken. Gut genug?
  • Ich denke, es ist nicht schlecht... Was ist, wenn gab es eine ganze Reihe von Zeichen Links? Kann ich wissen, die Länge der Daten, Links auf stdin? oder könnte ich ungetc() mehr als einen Charakter?
  • "Ein Zeichen der pushback ist garantiert. Wenn die ungetc Funktion wird aufgerufen, zu viele Male auf dem gleichen stream ohne zwischengeschalteten Lesen oder Datei-Positionierung Betrieb auf dem stream, kann der Vorgang fehlschlagen." In der Regel können Sie ungetc mehr als eine, aber nur eine ist garantiert.
  • Nach denken für eine Weile, ich Stimme mit Ihrer Antwort (hier in den Kommentaren) als die beste Lösung, um zu wissen, was auf stdin. Kannst du es als Antwort, so kann ich das annehmen?
InformationsquelleAutor Mike | 2012-12-21
  1. 11

    Tragbar, können Sie das nächste Zeichen in der Eingabe-stream mit getchar() und dann schieben Sie es zurück mit ungetc(), die Ergebnisse in einem Zustand, als ob der Charakter war nicht entfernt aus dem stream.

    Den ungetc Funktion schiebt das angegebene Zeichen durch c (Umgerechnet auf einen unsigned char) wieder zurück auf den input-stream wies auf den Strom. Geschoben-zurück-Zeichen zurückgegeben werden, die durch nachfolgende liest auf dem stream in umgekehrter Reihenfolge zu Ihrer schieben.

    Nur ein Zeichen der pushback ist garantiert der standard, aber in der Regel, Sie schieben zurück mehr.

    Wie bereits in den anderen Antworten resp. die Kommentare dort in der Praxis, können Sie fast sicher Blick auf die Puffer, wenn Sie Ihre eigenen Puffer mit setvbuf, obwohl das nicht ohne Probleme:

    Wenn buf ist nicht ein null-Zeiger, der auf das array zeigt es an kann anstelle von verwendet werden ein Puffer bereitgestellt von der setvbuf Funktion

    dass die Möglichkeit offen lässt, dass der bereitgestellte Puffer darf nicht benutzt werden.

    Den Inhalt des Arrays zu jeder Zeit sind unbestimmt.

    das heißt, Sie haben keine Garantie, dass der Inhalt des Puffers spiegelt die tatsächliche Eingangs - (und es macht die Nutzung der buffer undefiniert Verhalten, wenn es hat automatische Speicherdauer, wenn wir wählerisch).

    In der Praxis ist jedoch das prinzipielle problem wäre, herauszufinden, wo im Puffer werden die noch nicht verbrauchten Teil der gepufferten Eingabe beginnt und wo es endet.

    • Nicht tun getchar wenn der Eingabepuffer leer ist blockiert, bis es etwas zu Lesen?
    • In der Tat, es würde. Ich bin mir nicht bewusst, einen tragbaren Weg, um zu überprüfen, ob der Puffer leer ist, jedoch.
    InformationsquelleAutor Daniel Fischer
  2. 4

    Wenn Sie wollen, schauen Sie sich die stdin Puffer, ohne es zu verändern, man könnte sagen, ein anderer Puffer mit setbuf, mit einem array können Sie zugreifen:

    char buffer[BUFSIZ];

if (setbuf(stdin, buffer) != 0)
  //error

getchar();

printf("%15s\n", buffer);

    Diesem dich sehen lassen, etwas mehr als ungetc, aber ich glaube nicht, dass Sie weiter gehen kann in einer tragbaren Weise.

    Eigentlich ist dies legal, aber ist nicht richtig für die standard, zitiert aus es über die setvbuf (setbuf hat das gleiche Verhalten):

    Den Inhalt des Arrays zu jeder Zeit sind unbestimmt.

    Also das ist nicht das, was Sie benötigen, wenn Sie suchen für eine vollständige Portabilität und standard-compliance, aber ich kann mir nicht vorstellen, warum die Puffer sollten nicht enthalten, was erwartet wird. Jedoch, es scheint zu funktionieren auf meinem computer.

    Beachten Sie, dass Sie haben, um ein array von mindestens BUFSIZ Zeichen setbuf, und Sie müssen nicht alle I/O-operation auf dem stream vor. Wenn Sie mehr Flexibilität benötigen, werfen Sie einen Blick auf setvbuf.

    InformationsquelleAutor effeffe
  3. 4

    Konnten Sie Ihre eigenen Puffer mit setvbuf über stdin und peek dort, Wann immer Sie wollen.

    • Wie würde das interagieren mit ungetc? Ich Schätze, das ungetced Charakter gespeichert ist, in einigen anderen Variablen. Auch, wie würden Sie wissen, was Teil des Puffers Lesen und was ist Links?
    • The setvbuf() function has no effect on stdout, stdin, or stderr. Ist das, was ich gelesen habe. Haben Sie ein funktionierendes Beispiel?
    • Es scheint zu funktionieren auf windows. ungetc funktioniert wie erwartet. Nicht ganz sicher über, wie zu verfolgen, lese - /Links pos. Aber wenn der buff ist neu-gefüttert, dann wäre es einfach.
    • Während setvbuf hat in der Tat einen benutzerdefinierten Puffer, es ist nicht eine zuverlässige/sinnvolle Möglichkeit zu wissen, was die Eingabe kann - Hauptsache, das problem ist zu wissen, "wo wir in den Puffer" - stdin werde Ihnen nicht sagen, wie weit Ihr tatsächlich verbraucht. Am wichtigsten ist, es wird nicht unbedingt Dinge zeigen, nach dem nächsten Zeilenumbruch (kann es tun, dürfen es aber nicht). ungetc() ist der einzige Weg, um zuverlässig das tun, ohne das schreiben von eigenen input-Funktionen.
    InformationsquelleAutor nullpotent
Schreibe einen Kommentar