scanf in C drei Zeichen einlesen

[Leyla S. (keeke)]

Hallo,

diesmal geht's darum, drei Zeichen mit scanf einzulesen. Ich habe zwei 
Versionen, wobei Version 1 nicht geklappt hat. Dann habe ich weiter 
ausprobiert und kam auf die zweite Version, in dem ich alle Zeichen auf 
einmal eingelesen habe. Wo liegt der Fehler bei der ersten Version?

Mein erster Versuch:

#include <stdio.h>
int main(void)
 {
    char x,y,z;
    printf("Bitten geben Sie das 1.Zeichen ein: \n");
    scanf("%c",&x);
    printf("Bitten geben Sie das 2.Zeichen ein: \n");
    scanf("%c",&y);
    printf("Bitten geben Sie das 3.Zeichen ein: \n");
    scanf("%c",&z);
    return 0;
}

Mein zweiter Versuch:

#include <stdio.h>
int main(void)
 {
    char x,y,z;
    printf("Bitte 3 Zeichen eingeben: \n");
    scanf("%c %c %c", &x,&y,&z);
    return 0;
}

[Karl H. (kbuchegg)]

Der Fehler bei deinem ersten Versuch liegt darin, dass du ja nicht 3 
Zeichen eingibst, sondern deren 6.
Du tippst natürlich die 3 Zeichen, die du eingeben willst. Aber: Du 
tippst dazwischen bzw. nach dem letzten ja auch jedesmal auf 'Return'. 
Und auch dieses jeweilige Return ist ein Zeichen, das du bzw. das 
Programm behandeln musst. Es wird dir ganz normal als eine gültige 
Eingabe für %c geliefert.

[Rainer V. (rudi994)]

nach jedem scanf() mit fflush(stdin) den internen Eingabepuffer leeren.

[Leyla S. (keeke)]

Achso Dankeschön :)
Nur eine Sache, die ich nicht ganz verstehe, warum kommt es bei Nutzung 
von int und Eingabe von ganzen Zahlen nicht zu dieser Pufferung?

int main(void)
 {
    int x,y,z;
    printf("Bitten geben Sie das 1.Zeichen ein: \n");
    scanf("%d",&x);
    printf("Bitten geben Sie das 2.Zeichen ein: \n");
    scanf("%d",&y);
    printf("Bitten geben Sie das 3.Zeichen ein: \n");
    scanf("%d",&z);
    return 0;
}

[Leyla S. (keeke)]

Okey danke für den Hinweise mit fflush(stdin). Das erste klappt jetzt:)

[Karl H. (kbuchegg)]

Leyla S. schrieb:
> Achso Dankeschön :)
> Nur eine Sache, die ich nicht ganz verstehe, warum kommt es bei Nutzung
> von int und Eingabe von ganzen Zahlen nicht zu dieser Pufferung?

Weil ein %d sich automatisch soweit vortastet, bis es zu einer Zahl 
kommen kann. D.h das %d überliest selbsttätig den Return und eventuelle 
andere Leerzeichen (sog. Whitespace-Zeichen).
Ein %c tut das aber nicht. Der liefert dir genau das nächste Zeichen, 
welches im Eingabestrom daher kommt.

[Karl H. (kbuchegg)]

Leyla S. schrieb:
> Okey danke für den Hinweise mit fflush(stdin). Das erste klappt jetzt:)

Ist aber genau genommen nicht garantiert, auch wenn viele 
Implementierungen das so handhaben.
fflush ist eigentlich nur für Ausgabe-Streams definiert. Was passiert, 
wenn man fflush auf einen Eingabe-Stream anwendet ist 
implementierungs-abhängig.

[Leyla S. (keeke)]

Nochmal danke :)

[Yalu X. (yalu) (Moderator)]

Karl Heinz schrieb:
> Leyla S. schrieb:
>> Okey danke für den Hinweise mit fflush(stdin). Das erste klappt jetzt:)
>
> Ist aber genau genommen nicht garantiert, auch wenn viele
> Implementierungen das so handhaben.
> fflush ist eigentlich nur für Ausgabe-Streams definiert. Was passiert,
> wenn man fflush auf einen Eingabe-Stream anwendet ist
> implementierungs-abhängig.

Schlimmer noch: Es ist sogar undefined Behavior. fflush sollte deswegen
überhaupt nicht auf Eingabeströme angewandt werden.

Hier der entsprechende Auszug aus dem Standard:

Description

If stream points to an output stream or an update stream in which the
most recent operation was not input, the fflush function causes any
unwritten data for that stream to be delivered to the host environment
to be written to the file; otherwise, the behavior is undefined.

If stream is a null pointer, the fflush function performs this flushing
action on all streams for which the behavior is defined above.

Auf meinem Linux-Rechner hier passiert bei fflush(stdin) einfach gar
nichts, aber selbst ein Systemabsturz bei diesem Aufruf wäre
standardkonform.

Hier sind noch zwei FAQs (mit Antworten ;-)) zu dem Thema:

  http://c-faq.com/stdio/stdinflush.html
  http://c-faq.com/stdio/stdinflush2.html

Im konkreten Fall kann man das CR-Zeichen und ggf. weiteren Whitespace
dadurch überlesen, dass man in den Formatstrings jeweils vor dem %c noch
ein Leerzeichen einfügt:

    scanf(" %c",&x);

Damit kann man dann allerdings auch keine Leerzeichen mehr einlesen. Da
scanf alle Whitespace-Zeichen (Leerzeichen, Tab, CR, LF usw.) gleich
behandelt, ist es zum Einlesen von solchen Zeichen ziemlich ungeeignet.
Man nimmt dann lieber getchar (zum Einlesen einzelner Zeichen) oder
fgetc (zum Einlesen ganzer Zeilen).

[Rolf Magnus (Gast)]

Rainer V. schrieb:
> fflush(stdin)

Das wird zwar manchmal gerne gemacht, ergibt aber eigentlich überhaupt 
keinen Sinn und ist in C auch nicht definiert.

[Michael L. (michalabitzke)]

Ich würde das im Puffer stehende carrige return mit

getchar()

wegwerfen

[Dirk B. (dirkb2)]

Das getchar überliest aber nur ein Zeichen.
Das Leerzeichen im Formatstring überliest aber alle 
(hintereinanderfolgende) Whitespace

[Rainer V. (rudi994)]

Yalu X. schrieb:
> Man nimmt dann lieber getchar

Das nehm ich auch ganz gerne.

int main(void)
{
    char x, y, z;

    printf("Bitten geben Sie das 1.Zeichen ein: \n");
    do { scanf("%c",&x); }
    while (getchar() != '\n');
    printf("Bitten geben Sie das 2.Zeichen ein: \n");
    do { scanf("%c",&y); }
    while (getchar() != '\n');
    printf("Bitten geben Sie das 3.Zeichen ein: \n");
    do { scanf("%c",&z); }
    while (getchar() != '\n');
    return 0;
}

[Karl H. (kbuchegg)]

Yalu X. schrieb:

>> fflush ist eigentlich nur für Ausgabe-Streams definiert. Was passiert,
>> wenn man fflush auf einen Eingabe-Stream anwendet ist
>> implementierungs-abhängig.
>
> Schlimmer noch: Es ist sogar undefined Behavior.


War mir nicht mehr sicher.

> Man nimmt dann lieber getchar (zum Einlesen einzelner Zeichen) oder
> fgetc (zum Einlesen ganzer Zeilen).

Du meinst wohl fgets

So haben wir das im Grunde auch meistens gehandhabt. Mit fgets eine 
Zeile einlesen und dann mit sscanf oder sonstigen Mittel zerlegen. scanf 
bzw. fscanf können zwar benutzt werden, wenn man genau definierte 
Eingaben hat, aber im Grunde ist eine fgets/parsing Kombination meistens 
sicherer.
Wobei sich mit den 'neueren' Formatieroptionen da auch einiges geändert 
hat. Aber wie es so schön heisst: Ein alter Hund lernt keine neuen 
Tricks mehr. "fgets, dann parsing" hat sich bei mir bewährt. Sofern 
nicht überhaupt plattformspezifische Methoden zum Zug kommen müssen, 
weil so Dinge wie Funktionstasten od. Cursortasten da auch noch 
mitgenommen werden müssen.

[Yalu X. (yalu) (Moderator)]

Karl Heinz schrieb:
> Du meinst wohl fgets

Ja, danke für die Korrektur.