Ciclo salta cin al presionar un NO NÚMERO con variable INT

[IXtremeLT]

Hola!

No se por que razon cin se omite dentro de un ciclo que espera un número para Variable INT provocando ciclos infinitos!

Aqui un ejemplo cualquiera de la falla.

Código C++:

#include <iostream>
 
using namespace std;
int main()
{
    do {
        int key;
        cout << "Presiona el numero 4." << endl;
        cin >> key;
    }
    while( key!=4 );
}
 

Si presionas un número que no sea el 4, te vuelve a pedir el número normalmente pero si presionas una tecla que no sea un número entonces se BUGEA y se repite indefinidamente ya que salta el std::cin.

Por cierto, ando usando el dev c++ beta 5.

Que sucede???, muchas gracias :)

[alexg88]

Si no recuerdo mal, el problema viene en que si introduces un valor que no sea un entero, se produce un error interno y tendrías que limpiar la entrada de datos mediante clear.

Prueba lo siguiente:

Código C++:

using namespace std;
int main()
{
    do {
        int key;
        cout << "Presiona el numero 4." << endl;
        cin >> key;
 
if(!cin.good()){
    cin.clear();
    cin.ignore( INT_MAX, '\n' );
}
 
    }
    while( key!=4 );
}
 

[IXtremeLT]

Hola @alexg88, GRACIAS.

Si funcionó solo que creo que Dev C++ beta 5 tiene bug, por que si presiono un no número la primera vez pasa lo mismo pero si presion un número y luego un no número funciona bien. En cambio, probé en Visual Express y aqui ya funciona bien aunque la primera vez se presione un no número, entonces cabe deducir que el compilador de dev c++ beta 5 tiene un bug interno :(.

Por último, ¿Podría explicarme como funcionan los métodos std::cin.clear/ignore?, Muchas gracias!

Soy nuevo en C++ pero como ya tengo experiencia en lenguaje de programación web, se me facilita mucho el aprendizaje :) pues la ideología es la misma aunque más estricto jeje.

[TrucosJuan]

Muy interesante... de verdad que no sabía de esto.
Cuando yo declaraba a una variable determinado tipo, y si luego se leía una expresión de otro tipo, a veces pasaba esto... Como que se "trababa" la consola y comenzaba a imprimir el mensaje que pedía que se ingrese el dato de manera seguida sin detenimiento jaja.
En mi primer ciclo aún nos están enseñando cosas muy básicas, pero de seguro que también quisiera que expanda un poco más su explicación acerca de ese "clean" dentro del cin.
Nos han estado haciendo trabajar uniformemente con el Visual Studio... pero como que es algo pesado. Sólo un docente astuto es el que codifica en DevC++ (que de seguro es mucho más ligero). Y pues, la otra vez buscando información, quise descargarme un programa llamado Geany, que a simple vista era de entorno muy agradable y sumamente ligero.
Gracias.

[IXtremeLT]

A lo que he leido cin.clear() limpia el ultimo estado de error dado cuando se ingresa un caracter no valido, como cuando estamos pidiendo un INT y nos dan un CHAR.
Y cin.ignore no lo entiendo muy bien pero segun ignora los caracteres escritos en la ultima linea, espero y alguien pueda explicarlo bien, saludos.

[alexg88]

Buenas,

Dentro del objeto cin, existe un flag que indica si la lectura que se ha hecho ha sido válida o incorrecta.

El método clear resetea ese flag al estado inicial.

El método ignore, como has dicho, elimina los caracteres que han quedado en el buffer de lectura. El primer parámetro indica el número de caracteres que se eliminan (en el caso expuesto, se eliminan el máximo número posible, que es INT_MAX). El segundo parámetro indica hasta que caracter se elimina, es decir, en el caso expuesto, elimina los caracteres del buffer hasta que llegue a un \n. Eso quiere decir, que elimina, o INT_MAX caracteres o hasta que llegue al caracter delimitador.

Sobre el funcionamiento en Visual C++, puede ser distinto, porque el Visual C++ tiene añadidos sobre el C++ estándar en ciertas cosas (no es un bug del Dev C++, o eso creo. Además, el Dev C++ usa un compilador externo, que puede ser el MinGW u otro, mientras que el Visual usa uno propio creado por Microsoft).

Saludos y espero que haya quedado algo claro.

[IXtremeLT]

Excelente explicación @alexg88, muy bien entendido :), gracias.