 Autor
|
Tema: [src]problema con fflush() (Leído 8,107 veces)
|
avesudra
 Desconectado
Mensajes: 724
Intentando ser mejor cada día :)
|
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 #include <stdio.h> int main(int argc, char **argv) { int opcion; do{ char linea[80]; fgets(linea , sizeof(linea ), stdin ); }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: 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í: char c; while(c =getchar() != '\n' && c != EOF ){}
Pero como ya digo son parches. Hacerlo bien no mata a nadie: #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 ); printf("Type another character:"); fgets(buffer ,sizeof(buffer ),stdin ); 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!
|
|
|
|
« Última modificación: 27 Enero 2013, 12:46 pm por avesudra »
|
En línea
|
Regístrate en  |
|
|
durasno
Desconectado
Mensajes: 373
|
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
|
|
|
|
|
En línea
|
Ahorrate una pregunta, lee el man
|
|
|
|
|
rir3760
Desconectado
Mensajes: 1.639
|
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í: 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: int ch; /* ... */ while ((ch = getchar()) != EOF && ch != '\n') ;
Pero como ya digo son parches. Hacerlo bien no mata a nadie: #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 ); printf("Type another character:"); fgets(buffer ,sizeof(buffer ),stdin ); 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 |
|
|
|
|
En línea
|
C retains the basic philosophy that programmers know what they are doing; it only requires that they state their intentions explicitly.
--
Kernighan & Ritchie, The C programming language
|
|
|
avesudra
Desconectado
Mensajes: 724
Intentando ser mejor cada día :)
|
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: 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!
|
|
|
|
« Última modificación: 30 Enero 2013, 19:33 pm por avesudra »
|
En línea
|
Regístrate en |
|
|
rir3760
Desconectado
Mensajes: 1.639
|
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
|
|
|
|
|
En línea
|
C retains the basic philosophy that programmers know what they are doing; it only requires that they state their intentions explicitly.
--
Kernighan & Ritchie, The C programming language
|
|
|
0x3c
Desconectado
Mensajes: 108
learning, making mistakes, having fun
|
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
|
|
|
|
|
En línea
|
Si Vis Pacem, Para Bellum. Another Legend Has Fallen
|
|
|
rir3760
Desconectado
Mensajes: 1.639
|
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
|
|
|
|
|
En línea
|
C retains the basic philosophy that programmers know what they are doing; it only requires that they state their intentions explicitly.
--
Kernighan & Ritchie, The C programming language
|
|
|
0x3c
Desconectado
Mensajes: 108
learning, making mistakes, having fun
|
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
|
|
|
|
|
En línea
|
Si Vis Pacem, Para Bellum.Another Legend Has Fallen
|
|
|
|
 |
