[src]problema con fflush()

[avesudra]

Pero ¿para que limpiar el buffer? Es que es innecesario, son ganas de ponerse a limpiar el buffer. Usad las funciones correctas y punto. Ya lo zanjó hace tiempo Eternal Idol:

« Respuesta #3 en: 24 Agosto 2009, 20:13 »
Zanjado: NO USAR JAMAS.

fgets
+
sscanf

Código (c) [Seleccionar] Expandir

#include <stdio.h>

int main(int argc, char **argv)
{
   int opcion;

   do{
       printf("Opcion: ");
char linea[80];
fgets(linea, sizeof(linea), stdin);
       sscanf(linea, "%d",&opcion);
   }while(opcion!=0);

   return 0;
}

Las demás formas de hacerlo son parches para corregir.

Hola! como ya te dijeron esa "mala lectura" se debe al ENTER(que tambien es un caracter) que queda almacenado en el bufer del teclado, por eso con el segundo getchar no podes ingresar... Otra alternativa para limpiar el bufer seria algo como:

Código (c) [Seleccionar] Expandir

while(getchar()!='\n');/* este bucle debe ir despues de cada getchar*/


Saludos

PD: fpurge no es estandar por eso no te funciona

Durasno en ese caso deberías comprobar también si es EOF así que quedaría así:

Código (c) [Seleccionar] Expandir

char c;
while(c=getchar() != '\n' && c != EOF){}
Pero como ya digo son parches. Hacerlo bien no mata a nadie:

Código (c) [Seleccionar] Expandir

#include <stdio.h>

int main()
{
    char a,b;
    char buffer[80];

    printf("Which character is bigger?\n");

    printf("Type a single character:");
    fgets(buffer,sizeof(buffer),stdin);
    sscanf(buffer,"%c",&a);

    printf("Type another character:");
    fgets(buffer,sizeof(buffer),stdin);
    sscanf(buffer,"%c",&b);

    if(a > b)
    {
        printf("'%c' is greater than '%c'!\n",a,b);
    }
    else if(b > a)
    {
        printf("'%c' is greater than '%c'!\n",b,a);
    }
    else
    {
        printf("Next time don't press the same character");
    }
    return(0);
}
¡Un saludo!

[durasno]

Hacerlo bien no mata a nadie

y cual es la forma de hacerlo bien??? lo que indicaste vos??? puede ser, pero solo es una forma, es por eso que se indico varias alternativas... No veo el inconveniente de limpiar el bufer(de echo me gusta mas el bucle que usar fgets+sscanf)


Saludos

[avesudra]

y cual es la forma de hacerlo bien??? lo que indicaste vos??? puede ser, pero solo es una forma, es por eso que se indico varias alternativas... No veo el inconveniente de limpiar el bufer(de echo me gusta mas el bucle que usar fgets+sscanf)


Saludos

No claro que no hay inconveniente Durasno, pero es que ¿para qué andar limpiando el buffer si puedes introducir datos sin tener que limpiarlo? A mí también me gusta más el bucle, es más cómodo que hacer fgets + sscanf pero si con fgets + sscanf evito tener que limpiarlo pues prefiero utilizarlo.Además echale un ojo a esto:

http://crasseux.com/books/ctutorial/ y al apartado de http://crasseux.com/books/ctutorial/String-output-and-input.html#String%20output%20and%20input y en concreto esto:

http://crasseux.com/books/ctutorial/Deprecated-formatted-string-input-functions.html#Deprecated%20formatted%20string%20input%20functions

Además acabo de leer que fgets tendría que sustituirlo por getline así que algo que aprendo
¡Un saludo!

[rir3760]

Por partes ...

como ya he dicho en otras ocasiones estoy siguiendo un libro para aprender a programar en C, en el capitulo 13 hay un codigo para un programa que se supone lo que hace es comparar dos caracteres

Te recomendaría buscar otro libro, para sugerencias sobre alguno bueno nada mejor que el motor de búsqueda de los foros.

El programa que publicas tiene deficiencias como: el tipo de retorno de getchar es int, no se vacía explícitamente la salida estándar, vaciar el bufer de la entrada estándar como se indica no es valido, si se va a imprimir una literal es mejor utilizar puts y por ultimo "return(0);" no es una llamada a función y por ende los paréntesis están de mas.

----

Te dejo este codigo, compilado con GCC a mi me funciona sin problema alguno.

Puedes usar setbuff o setbuffer para limpiar el buffer de entrada

En C estándar tampoco vale como solución ya que la llamada a setbuf termina como una llamada a setvbuf y esta ultima debe ser llamada antes de cualquier uso del stream (salvo su apertura).

----

Las demás formas de hacerlo son parches para corregir.Durasno en ese caso deberías comprobar también si es EOF así que quedaría así:

Código (c) [Seleccionar] Expandir

char c;
while(c=getchar() != '\n' && c != EOF){}

Primero la pedantería: el tipo de retorno de la función getchar es int y faltan paréntesis para obtener el resultado esperado:

Código (c) [Seleccionar] Expandir

int ch;

/* ... */

while ((ch = getchar()) != EOF && ch != '\n')
   ;

Pero como ya digo son parches. Hacerlo bien no mata a nadie:

Código (c) [Seleccionar] Expandir

#include <stdio.h>

int main()
{
    char a,b;
    char buffer[80];

    printf("Which character is bigger?\n");

    printf("Type a single character:");
    fgets(buffer,sizeof(buffer),stdin);
    sscanf(buffer,"%c",&a);

    printf("Type another character:");
    fgets(buffer,sizeof(buffer),stdin);
    sscanf(buffer,"%c",&b);

    if(a > b)
    {
        printf("'%c' is greater than '%c'!\n",a,b);
    }
    else if(b > a)
    {
        printf("'%c' is greater than '%c'!\n",b,a);
    }
    else
    {
        printf("Next time don't press the same character");
    }
    return(0);
}

No puede decirse que la solución en base a un bucle sea un parche cuando, si se piensa un poco, garantiza el descarte de la linea sin importar su longitud, algo que no sucede al utilizar fgets. Por ejemplo si en tu programa la primera linea tiene mas de 79 caracteres su salida no es la correcta.

Opciones hay varias: fgets + sscanf, el mentado bucle o bien scanf mas algunos especificadores de formato. Cual elegir lo decide el contexto.

Un saludo

[avesudra]

Por partes ...
Te recomendaría buscar otro libro, para sugerencias sobre alguno bueno nada mejor que el motor de búsqueda de los foros.

El programa que publicas tiene deficiencias como: el tipo de retorno de getchar es int, no se vacía explícitamente la salida estándar, vaciar el bufer de la entrada estándar como se indica no es valido, si se va a imprimir una literal es mejor utilizar puts y por ultimo "return(0);" no es una llamada a función y por ende los paréntesis están de mas.

----
En C estándar tampoco vale como solución ya que la llamada a setbuf termina como una llamada a setvbuf y esta ultima debe ser llamada antes de cualquier uso del stream (salvo su apertura).

----
Primero la pedantería: el tipo de retorno de la función getchar es int y faltan paréntesis para obtener el resultado esperado:

Código (c) [Seleccionar] Expandir

int ch;

/* ... */

while ((ch = getchar()) != EOF && ch != '\n')
  ;
No puede decirse que la solución en base a un bucle sea un parche cuando, si se piensa un poco, garantiza el descarte de la linea sin importar su longitud, algo que no sucede al utilizar fgets. Por ejemplo si en tu programa la primera linea tiene mas de 79 caracteres su salida no es la correcta.

Opciones hay varias: fgets + sscanf, el mentado bucle o bien scanf mas algunos especificadores de formato. Cual elegir lo decide el contexto.

Un saludo

Hola rir3760 no sé donde notas la actitud de pedantería si es por lo de "hacerlo bien no mata a nadie", solo me remito a lo que ya se ha hablado en el foro.Si que es cierto  eso de que está mal el bucle   .

¡Un saludo!

[rir3760]

no sé donde notas la actitud de pedantería si es por lo de "hacerlo bien no mata a nadie", solo me remito a lo que ya se ha hablado en el foro.

No me refería a ti, me refería a mi en el sentido de "entrar de metiche" y corregir "a diestra y siniestra". A veces me pasa.

Un saludo

[0x3c]

Te recomendaría buscar otro libro, para sugerencias sobre alguno bueno nada mejor que el motor de búsqueda de los foros.

No, no dejare de usar este libro para aprender C, no lo cambiare por otro, al menos no hasta que lo termine puesto que la version que estoy leyendo es la 'introduccion' a C luego seguire con la version que le sigue...

si me decido a cambiar de libro seria como retroceder pues me gusta el ritmo y la forma como los temas son explicados


saludos

[rir3760]

al menos no hasta que lo termine puesto que la version que estoy leyendo es la 'introduccion' a C luego seguire con la version que le sigue...

Supongo con "version" en realidad te refieres a "Capitulo", ¿Correcto?

No, no dejare de usar este libro para aprender C, no lo cambiare por otro, [...] si me decido a cambiar de libro seria como retroceder pues me gusta el ritmo y la forma como los temas son explicados

No vas a perder tiempo empezando de nuevo (con un libro de calidad) pero a cambio vas a tener que malgastar tiempo (debido a los errores). Yo me iría por lo primero pero, bueno, cada quien decide. Suerte.

Un saludo

[0x3c]

Supongo con "version" en realidad te refieres a "Capitulo", ¿Correcto?

No, me refiero a la version del libro, en este caso es la segunda version debo admitir que este libro es 'diminuto' y no profundiza mucho en el tema de la programacion en C, sin embargo eso es justo lo que necesito,..al menos por ahora.

La version que le sigue es bastante extensa, y profundiza no solo en la programacion en C, sino tambien en la programacion misma...que es justo lo que necesitare de querer continuar con esto de la programacion, que es lo que estoy planeando hacer.



saludos