🚀 go-pugleaf

El Fri, 21 Dec 2001 21:43:13 +0000'
'David Ram�n Yanes Fari�a <david@elisa.kitenet.net> solt�:
> Followup-To: 
> 
> 
> 
> En Thu, 20 Dec 2001 22:01:01 +0100, NotFound escribi�:
> 
> ->> ->�Qu� hay al otro lado del socket?
> ->> Cualquier cosa, lo que quiero es una especie de canal para enviar comandos
> ->> y recibir lo que manda el socket, por ejemplo para una sesi�n smtp, ftp,
> ->> nntp etc, vam�s lo mismo que hacemos cuando ejecutamos telnet a un puerto.
> ->> Prueba a compilar el programa y haz una conexi�n a un puerto tuyo,
> ->> le envias un comando y ver�s como se comporta de manera extra�a
> ->> (el comando no es devuelto instant�neamente, si la salida es muy larga
> ->> se trunca y hay que volver a pulsar enter etc...)
> ->
> ->Mmmm... creo que entiendo cual es el problema. Est�s suponiendo que todo
> ->lo que responda el otro lado lo leer�s con un �nico read y no es as�. No
> ->sabes si el otro lado escribe con un �nico write o con varios, y aunque
> ->lo supieras tcp no garantiza que las fronteras de bloque se mantengan.
> ->
> ->De forma gen�rica no puedes saber cuando el otro lado ha terminado de
> ->generar salida, me temo que no puedes hacer lo que quieres de forma tan
> ->general.
> ->
> 
>    en muchos tutoriales de sockets (b�sicos eso s�) que he leido 
>    nunca hab�a oido hablar de
> eso..., y no es la primera vez que me pasa...

Perm�teme dudar de la calidad de tus tutoriales, lo que se comenta sobre
la necesidad de hacer m�ltiples read y write es tan b�sico que deber�a
estar explicado en cualquiera (y de hecho yo siempre lo he visto).