[C] "Pulire" lo stdin

[l.golinelli]

Molto spesso quando richiedo all'utente di inserire un carattere vedo chew in realtà nello stdin era già presente qualcosa e il comando non funzia bene...

In Windows uso fflush(stdin) ma in Linux non va e cmq non credo sia del tutto corretto...

Es.:

do
{
   printf("Continuo? (y, n)");
   scanf("%c", &scelta);
}
while(scelta != 'y' && scelta != 'n');

Mi stampa la frase due volte, poi comincia a funzionare bene, come se la prima volta avesse già nello stdin un carattere e quindi riesegue già una volta il ciclo...
In Windows risolvo con fflush(stdin); messo prima del printf...

[riky78]

penso che abbia in memoria '\n' che rimane dalla volta precedente che hai schiacciato invio....
prova a mettere un getc() prima del do{}

ma non sono molto sicuro, anch'io da win usavo fflush....

[Michele Facchin]

Devi svuotare il buffer di tastiera.

Io per acquisire un carattere uso la funzione getchar (), inclusa nel header <stdio.h>:

       do {
                printf ("Continuo? (y, n)\n");
                scelta = getchar ();
                if (getchar () != '\n')
                        while (getchar() != '\n');
        } while (scelta != 'N' && scelta != 'n');

In questo modo svuoto il buffer da tastiera.

[r0x]

if (getchar () != '\n')
        while (getchar() != '\n');

Ragiona, e` superfluo.

[zioluter]

in linux lo stdin è visto con un file con file descriptor 0
quindi l'ewuivalente del comando in win in linux diventa fflush(0)
ciao
Zio

[TheGreatWorld]

Non credevo si potessero aprire due discussioni uguali a distanza 1 settimana si e no eppure... come ho gia' detto altrove non puoi usare fflush() perche' forza la scrittura solo sugli output buffer (quindi stdout e stderr al limite) e questo la manpage lo dice chiaramente (almeno su freebsd ma non mi stupirei se facesse lo stesso anche su Linux). Per ovviare puoi fare una rappresentazione in questo modo:

#define fflush(stdin) while ((getchar()) != '\n')


spero di essere stato chiaro una volta per tutte. Non aprite 100000 thread uguali.

bye

[l.golinelli]

Scusate e grazie... :quipy:

[l.golinelli]

Originariamente inviato da zioluter
in linux lo stdin è visto con un file con file descriptor 0
quindi l'ewuivalente del comando in win in linux diventa fflush(0)
ciao
Zio

Così non funziona... Basta mettere un getchar() come prima istruzione dentro al blocco do{} che cattura lo '\n'

[r0x]

fflush() flusha un FILE*, non un descrittore. 0 in quel caso sta per NULL. :quipy:

[viridovix]

Originariamente inviato da TheGreatWorld
Non credevo si potessero aprire due discussioni uguali a distanza 1 settimana si e no eppure... come ho gia' detto altrove non puoi usare fflush() perche' forza la scrittura solo sugli output buffer (quindi stdout e stderr al limite) e questo la manpage lo dice chiaramente (almeno su freebsd ma non mi stupirei se facesse lo stesso anche su Linux). Per ovviare puoi fare una rappresentazione in questo modo:

#define fflush(stdin) while ((getchar()) != '\n')


spero di essere stato chiaro una volta per tutte. Non aprite 100000 thread uguali.

bye

IO avevo un problema sia con la scanf che con la getchar su processi locali, e ho risolto usando la macro che hai riportato sopra , mitico.
Purtroppo se uso le socket il problema si ripresenta anche se in
maniera diversa ;(