Client tcp non bloquant

Bonjour à tous,

Je suis sous Delphi XE2.
J'ai parcouru internet dans tous les sens et je ne trouve pas de solution viable pour créer un client tcp non bloquant. Dans mon dernier essai, j'utilisais le composant TcpClient. Le problème se pose lorsque l'adresse ip du host ne répond pas. La fonction Open est bloquante et en sort seulement après un long timeout de 21 secondes.
J'ai essayé de créer un Thread et d’appeler la fonction "open" depuis le thread mais lorsque je quitte l'application et qu'une connexion tcp est en cours, le processus reste en mémoire tant que la connexions n'est pas terminée.
J'ai essayé aussi de passer la propriété Blockmode à bmNonBlocking mais des que j'essaie de me connecter elle renvoie le code d'erreur 10035.
Cette propriété n'est pas documentée et je n'arrive pas à trouver d'info sur le net.
Si quelqu'un a une solution ....
Merci
Franck

Avec Delphi 2010 je me suis tellement fait suer à essayer de faire fonctionner TcpClient que j'ai installé le paquet (fourni mais non installé) pour avoir TClientSocket et TServerSocket.

Sous XE2 le paquet existe aussi : dclsockets160.bpl
Composants->Installer des packages puis ajoute le paquet ci-dessus.

Essaye les composants ICS, ils fonctionnent avec des events => non bloquant.

Je pense que je vais m'orienter vers le composant idTcpClient qui permet de "régler" le timeout de connexion.

Mais j'aimerais bien comprendre comment fonctionne TcpClient lorsque la propriété Blockmode est à bmNonBlocking !!!

pour avoir pas mal essayé les composants client / serveur, je conseil comme nono : TClientSocket et TServerSocket

ceux de indy m'ont rendu fou par moment :/

Citation:

---

Envoyé par franckcl

Je pense que je vais m'orienter vers le composant idTcpClient qui permet de "régler" le timeout de connexion.

Mais j'aimerais bien comprendre comment fonctionne TcpClient lorsque la propriété Blockmode est à bmNonBlocking !!!

---

en fait TcpClient utilise ioctlsocket pour basculer le socket en mode non bloquant sans passer par WSAASyncSelect. En théorie, Open devrait déclencher une erreur WSAEWOULDBLOCK pour indiquer que l'appel ne peut aboutir pour l'instant.

voir ms-help://embarcadero.rs_xe2/WinSock/winsock/connect_2.htm

Je n'ai jamais testé ce mode, sous Windows WSAASyncSelect est plus simple d'usage avec le message de notification FD_CONNECT. C'est ce qu'utilise ICS si mon souvenir est bon.

EDIT: en tout cas tu n'es pas le seul :)

Merci à tous,
Donc c'est fait j'utilise idTCPClient mais dans un TThread ce qui le rend non bloquant vue de l'application. Je rendrai paramétrable le timeout de connexion dans mon appli.
Franck

Citation:

---

Envoyé par franckcl

Merci à tous,
Donc c'est fait j'utilise idTCPClient mais dans un TThread ce qui le rend non bloquant vue de l'application. Je rendrai paramétrable le timeout de connexion dans mon appli.
Franck

---

dans un Thread tu aurais aussi pu utiliser TcpClient en mode bloquant :)

Je ne pense pas que j'aurai pu utiliser TcpClient car il ne semble pas possible de changer le timeout de connexion qui est de 21 secondes (d'après mes relevés) Même en utilisant un thread, cela me pose problème lors du rétablissement de la com ou lorsqu'on quitte l'application et qu'une connexion vient juste d'être initiée.