ANSI-C - wie von stdin Lesen, Wort für Wort?

Code: 

#include <stdio.h>
int main(void) {
    char i[50];
    while(scanf("%s ", i)){
        printf("You've written: %s \n", i);
    }
    printf("you have finished writing\n");

    return 0;
}

Ein problem ist, dass der code nicht tun, weil es erwartet wird. Wenn ich tippte in:

abc def ghi.

Wäre es-Ausgang:

You've written: abc
You've written: def

Wie kann ich es beheben? Das Ziel ist, Lesen jedes einzelne Wort von stdin, bis es erreicht "ENTER" oder ein "." (Punkt).

  • Was über das schreiben scanf("%s") einmal, dann ruft scanf(" %s") in der Schleife?
  • Abgesehen von dem problem, nutzen Sie bitte scanf("%49s ", i) in dieser Instanz zu sein in der Gewohnheit der Verhinderung von buffer-overruns. 'K?
  • Danke, aber Sie hat das problem nicht behoben. Die Sache ist die while-Schleife endet vor dem erreichen der letzten Gruppe von Zeichen, und das ist nicht das, was es tun soll.
InformationsquelleAutor Yukio Fukuzawa | 2012-04-13
  1. 5

    @cnicutar ist ziemlich nah, aber Sie offensichtlich nur wollen, um es zu Lesen auf etwas anderes als Leerzeichen und nicht mehr Lesen möchten, ein einzelnes Wort, wenn man auf Leerzeichen, also für Sie scanset, möchten Sie wahrscheinlich so etwas wie:

    while(scanf(" %49[^ \t.\n]%*c", i)) {

    In diesem, dem ersten Raum springt über alle führenden Leerzeichen. Die scan-stellen dann liest, bis es zu einem Leerzeichen, Tabulator, neue-Zeile oder Zeitraum. Die %*c liest dann (aber wirft Sie Weg) das nächste Zeichen (normalerweise der, der beendet die Suche).

    Diese können jedoch wegwerfen, ein Zeichen, wenn Sie/, wenn Sie erreichen das Ende des Puffers, so dass Sie möglicherweise verwenden möchten, %c, und geben Sie einen Charakter zu Lesen in statt. Lassen Sie erholen sich von einer einzelnes Wort länger ist als der Puffer, die Sie angegeben.

    InformationsquelleAutor Jerry Coffin
  2. 4

    Wie etwa:

    scanf("%49[ ^\n.]", str)

    Oder sowas.

    • Das nicht tatsächlich zu brechen auf Leerzeichen, nicht wahr?
    • Nur für meine Daten... was bedeutet "%49[^\n.]" bedeuten? Ist es einige Muster für reguläre Ausdrücke oder ähnliches? Vielen Dank!
    • Tut es das nicht. Ich hatte den Eindruck, der op will Lesen Sie die gesamte Linie. Jerry Sarg hat eine bessere Antwort.
    • Es ist alles in der man page. Kein regulärer Ausdruck ist, sondern ein Charakter-Klasse.
    • Suchen scanset im fscanf manual-Seite.
    InformationsquelleAutor cnicutar
  3. 2

    Graben scanf insgesamt und gehen Sie mit fgets:

    while (fgets(i, sizeof i, stdin))
{
  printf("you've written: %s\n", i);
}

    mit den folgenden Vorsichtsmaßnahmen:

    1. Wenn es Raum in den Ziel-Puffer fgets speichern wird der trailing newline als Teil der Eingabe;

    2. Wenn Sie mehr Lesen möchten, auf der Suche nach einem ., müssen Sie einige Logik zu suchen, es in der input-string wie den folgenden:

    
    int foundDot = 0;
    while (fgets(i, sizeof i, stdin) && !foundDot)
    { 
      char *dot = strchr(i, '.');
      char *newline = strchr(i, '\n');

      if (dot != NULL)
      {
        foundDot = 1;
        *dot = 0; //overwrite the '.' character with the 0 terminator
      }

      if (newline != NULL)
      {
        *newline = 0; //overwrite newline character with 0 terminator
      }

      /**
       * Assuming you don't want to print a blank line if you find a dot
       * all by itself. 
       */
      if (strlen(i) > 0) 
        printf("you've written: %s\n", i);
    }
    InformationsquelleAutor John Bode
  4. -1

    Der einfachste Weg, dies zu tun ist mit flex. Anderenfalls sind Sie zu wiederholen eine Reihe von schwierigen, komplexen Arbeit, und Sie sind wahrscheinlich, Fehler zu machen.

    Lesen Sie auch lex und yacc, 2nd edition.

    • Naja-nicht wirklich.
    • Möglich? Sicherlich. Einfachste? Vielleicht auch nicht.
    • Für dieses spezielle problem, das ist sozusagen wie mit einem Presslufthammer, um ein Bild Aufhängen Haken.
    • Vielleicht, aber ich habe festgestellt, dass jedes andere "einfache" Lösung endet als mehr Arbeit, weniger effektiv, und voll von subtilen Fehlern. Vor allem, weil das problem bewegt sich jenseits der Spielzeug/trivial anfängliche problem sehr schnell.
    InformationsquelleAutor Spencer Rathbun
Schreibe einen Kommentar