#33 eso pasa por lo que dijo #30, al usar float o double, los nº muy grandes como por ej 232 se representan de manera exponencial con lo cual se pierde precisión, por ponerte un ejemplo, si tienes 4 * 1030 y le sumas 1, el cambio es tan insignificante que la representación va a seguir siendo 4 * 1030.
Para comprobarlo basta con que añadas el siguiente caso de prueba:
4294967296 1
(232 = 4294967296) ya veras como tu programa imprime 4294967296 en lugar de 4294967295.
Es por eso que te dice que te lo dan por bueno, pero que en una competición real no lo sería.
Parece ser que por ahora nadie ha optado por la solución que se me ocurrió a mí y que no da ese problema. Una pista: ¿pq no consideráis la entrada como una cadena de caracteres en lugar de un nº? En una cadena de caracteres si se puede almacenar la cadena "4294967296" ¿no?
Repito que en el post #2 puse otro problema. Este nuevo problema, al contrario que el primero es MUCHO más fácil de lo que parece y es para que veáis como algo que parece sencillo no lo es tanto y viceversa.