Hay un pequeño problema que ocurre en C al usar scanf
en conjunto con fgets. Es decir, primero usar scanf para leer un valor, e inmediatamente después usar fgets.
El problema es que al usar scanf en primer lugar, el programa no “espera” a que el usuario introduzca la cadena con fgets. Como resultado, se lee una cadena vacía o “nada”.
Este error también se me ha presentado al usar scanf
en algunos ciclos y en conjunto con otras funciones que leen de stdin
.
Por eso hoy te mostraré una solución para este problema.
Demostración del problema
Comencemos viendo el problema al usar scanf
y después fgets
, pues pareciera que fgets
no funciona:
Al ejecutarlo y escribir la edad, el programa no espera a que el usuario introduzca el nombre y sea leído con fgets
:
Esto sucede porque scanf
solo lee el número pero no consume el salto de línea que dejamos, cosa que sí hace fgets
, leyendo la línea vacía y sin “esperar” a que el usuario ingrese el valor.
Solución: limpiar búfer
Para evitar este problema debemos limpiar el búfer o consumir la nueva línea justo después de usar printf
. Hay varias maneras de hacer esto, la que me ha funcionado es:
En este caso getchar
simplemente va a consumir el siguiente carácter, aunque no nos importa cuál carácter sea ese. Se va a detener cuando encuentre el fin del archivo o el salto de línea.
Puedes invocar a esta función desde cualquier lugar. No requiere argumentos ni devuelve nada porque lee de la entrada estándar.
Poniendo todo junto
El código junto con la solución y ejemplo de uso queda así:
Al ejecutarlo, funciona como un encanto:
Conclusión
Esta es una de las cosas que más me molestan, intrigan o como se diga, de C. Si quieres leer una cadena con espacios no puedes usar scanf, debes usar fgets, en donde además debes remover el salto de línea.
Y si usas scanf con fgets debes consumir la nueva línea. También debes tener cuidado de no causar un desbordamiento de búfer.
Cosas que con Python, Go o incluso Java no pasan. Pero bueno, C es un lenguaje amigable al final de todo, solo que sí, elige muy bien a sus amigos.
Puede que haya soluciones más elegantes o simples, pero eso no quita el problema principal.