🚀 go-pugleaf

oscar@server.enmicasa.dhs.org escribi� en mensaje
<7ukbrf$k9e$1@titan.bt.es>...

>Eso es facil. Mira la funci�n select. Pro una parte usas SIGIO para que
>te informen (eso no lo he usado... en el peor caso, el SIGIO te lo puede
>enviar una hebra).
>Al producirse un SIGIO, ya sabes que al menos un descriptor, tiene datos
para
>leer.
>Pues bien. select te permite saber, cual, de un conjunto de descriptores,
tiene
>datos pendientes de leer.
>De esa manera, y con un poco de habil programaci�n, es posible crear tus
>ansiadas clases.


 Gracias, ya me habia planteado una opci�n parecida, pero no acaba darme
mucha confianza, ten en cuenta que no se cuantos sockets van a haber. Lo
bueno seria "dar de alta" el socket a alguien que se encargue de realizar el
select, o utilizar un hilo por cada socket para escuchar. �Cual crees t� que
puede ser la mejor opci�n, un objeto o clase al que haya que decirle que
sockets hay o uno o m�s hilos por socket para las operaciones? Podr�a
bloquear los hilos con semaforos o similares y las llamadas a las
operaciones lo que har�an ser�a desbloquear los hilos. Estos al terminar
pueden bloquearse de nuevo hasta que se les vuelva a dar paso. �Crees que
esto funcionar�a bien en Linux?