🚀 go-pugleaf

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Santiago" == Santiago Romero <compiler@jet.es> writes:

    Santiago>   llega un momento en que algunos scanfs se los salta,
    Santiago> se los pasa por el forro, y el getchar tambien... :(

    ....

    Santiago> cuando yo quiero hacer una simple pausa del tipo "Pulse
    Santiago> enter para continuar".

Estooooo, aqui estas hablando de dos cosas bien diferentes. A ver si
nos lo aclaras, que nos estas volviendo locos ;-)

En caso de que hables de lo segundo. Si lo que quieres es que no haya
nada en la entrada estandar, lee todo lo que hay alli y lo descartas y
listo. Eso si, cuidado con esto, que uno nunca sabe de donde esta
leyendo ni cuando hay en la entrada.  Basicamente lo que te propongo
es que te construyas tu propia fflush(stdin).

Para ello hay que tener cuidado con que stdin este "unido" a una
terminal. De lo contrario, podrias estar leyendo hasta el fin de los
tiempos desde stdin[*]. El hecho de estar unido a una terminal da
"ciertas" garantias, ya que estas "suelen" funcionar en modo linea, lo
cual hace que la entrada se realice linea por linea y hasta que el
usuario no pulsa enter no se continua el proceso de entrada, con lo
cual es mas dificil introducir "zillones" de caracteres.

Por tanto, basta con leer (y descartar) hasta el fin de linea y
listo. 

Saludos. I�aki.

[*] Hay una anecdota muy curiosa en el libro "Practical Unix &
Internet Security".

El experto en segudidad Tsutomu Shimomura (el que trinco a Mitnick) se
conecto un dia a un servidor FTP anonimo y vio que durante el proceso
de la conexion el servidor FTP le hizo un finger a su maquina con el
nombre de usuario que habia usado para acceder al servidor FTP. El tio
este se dijo �para que narices hacen una verificacion de mi nombre de
usuario si se supone que esto es un servidor _anonimo_?

Asi que ni corto ni perezoso, configuro su /etc/inetd.conf para que
redirigiera las peticiones de finger al servicio chargen (que
basicamente se dedica a escupir basura hasta que tu cierras la
conexion; es un servicio de test).

Se conecto de nuevo al servidor FTP anonimo y dejo la conexion en
marcha. Al cabo de unas horas comprobo que la conexion a su servicio
finger se habia roto y comprobo tambien que el servidor FTP no
respondia a las peticiones. Simplemente habia cascado ;-)

Al dia siguiente el servidor FTP ya esta de nuevo en marcha... pero ya
no hacia conexiones de vuelta al servicio finger ;-)

Asi que la moraleja es: si vas a pedir datos, estate preparado para
leer lo que te venga o toma medidas ;-)

- -- 
  Get PGP/GPG Keys at http://personales.jet.es/inaki.arenaza/pgpkey.html
  A proud member of GULA - http://gula.hispalinux.es/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.4 and Gnu Privacy Guard

iD8DBQE5LaRbZXLnGT1HLgcRAncgAKCRDSu7WQeker6eW6RobsdlRyC5jgCdGFbD
vQpq6aNEzcHFsuZzjMfPdcI=
=K7fl
-----END PGP SIGNATURE-----