cs_sivaller
Messages postés9Date d'inscriptiondimanche 24 août 2003StatutMembreDernière intervention28 juillet 2010 11 sept. 2008 à 19:04
IOCP , on m'a dit que qu'il avait un bug. Moi pas trouver de bug.
Mais comment rendre le socket bloquante sur l'envoie de donnée aprés appel de la fonction WSAAsyncSelect(wparam, hwnd, WM_USER+2, FD_ACCEPT|FD_CONNECT|FD_READ | FD_WRITE | FD_CLOSE);
cs_sivaller
Messages postés9Date d'inscriptiondimanche 24 août 2003StatutMembreDernière intervention28 juillet 2010 12 sept. 2008 à 17:35
WSAAsyncSelect est fiable,
Gérer les reception de donnée par FD_READ et les connexion FD_ACCEPT est plus fiable que IOCP,
et je voulais intercepter l'événement de déconnexion FD_CLOSE.
WsaAsyncSelect rend le socket asynchrone , mais exceptionnellement je souhaiterai le rendre bloquante pour l'envoie de donnée, car attendre l'évenement FD_WRITE c'est un peu compliqué.
Merci
Sivaller - Cewod Bewod emulateur 80186 + X.M Lanceur de systéme DOS
Vous n’avez pas trouvé la réponse que vous recherchez ?
cs_aardman
Messages postés1905Date d'inscriptionmercredi 22 janvier 2003StatutMembreDernière intervention17 septembre 20123 12 sept. 2008 à 18:33
Si tu utilises WSAAsyncSelect pour les autres notifications, alors tu
va etre obligé de gerer FD_WRITE si tu veux envoyer des données
correctement, on ne peut pas faire autrement a ma connaissance.
Je sais pas ou tu as vu que WSAAsyncSelect etait plus fiable qu'un
completion port, mais c'est faux. Socket asynchrones ou socket
overlapped, c'est purement une question de choix, les deux techniques
ont leur avantages et leurs inconvenients.