socket et timers....

Salut!!
J'ai un petit probleme de temporisation de mes sockets. J'ai pas vraiment trouv� ce que je cherchais dans les posts pr�c�dents alors... me voici.
:wink:

Je developpe un client qui se connecte � un serveur. (Oui, ca valait le coup de l'�crire)
Donc je repere la connexion et puis j'attends des donn�es �mises par le serveur. Pbm. Il se peut que le serveur accepte la connexion et n'envoie rien. En quel cas le client attend ind�finiment pendant tr�s longtemps voir infiniment.
Bref, je voudrais mettre en place un systeme qui fait que si rien n'est recu pendant une certaine dur�e alors, on ferme la connexion et puis basta...

Alors pour les d�tails maintenant:

je travail en VC6
mon recv est bloquant.
et voici un extrait de mon code, ou je voudrais intervenir

Code:

---

1 2 3 4 5 6 7 8 9 10 11

while(this->getEstConnecte() == true) { int out = recv(this->getSocketDescriptor(), this->buffer,TAILLE_MESSAGE,0); if(out == TAILLE_MESSAGE_WB) { //blabla } else //blablabla }

---

Je voudrais armer un timer avant le recv, le stopper apres, et faire des choses si jamais je ne recois rien dans le temps imparti. Si possible, j'aimerais garder un maximum de visibilit� sur mon "environmement" dans ce bout de code. Le code que je vous ai donn� est un extrait d'une fonction membre d'un classe. J'aimerais encore avoir la visibilit� sur la classe lorsque je detecte une non reception.....

J'ai bien une solution envisageable qui constituerait � lancer un thread en parallele et mettre en place des events mais ca me parait un peu lourd pour une si petite chose. Je suis sur qu'il y a plus simple mais je sais pas ce que c'est..

Voila. J'ai fait aussi clair que possible. Enfin si vous voulez plus de d�tail, je suis pret � vous aidez pour que vous puissiez m'aider.......

Merci beaucoup de votre soutien.. :D


Sebastien.
:D

je ne connais pas recv() mais, il n'y a pas moyen de faire un appel non bloquant ? auquel cas, il te suffirait de faire une boucle avec un sleep() ou un truc de ce genre.

Regarde du c�t� de select et en particulier de son dernier param�tre. Sinon utilise des socket asynchrone (sp�cifique Windows).

Voici un truc qui risquerait de marcher, � condition d'utiliser un system POSIX complient.
On peut programmer des horlorges via la fonction sigaction et le signal SIGALRM.

voici un p'tit exemple

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

#include <signal.h> #include <unistd.h> #include <errno.h> #include <stdio.h>   void doNothing(int) {} // dans cette function le code d'interruption sur alarme eventuel   int main (void) { struct sigaction action; char input; int nb; unsigned int r;   sigemptyset(&(action.sa_mask)); action.sa_flags=0; action.sa_handler=doNothing; sigaction(SIGALRM, &action, (struct sigaction*)0); // install du gestionnaire fprintf(stdout, "Input? "); fflush(stdout); alarm(10); // delai 10s max. nb = read(STDIN_FILENO, &input, sizeof(char)); // lire saisie utilisateur APPEL BLOQUANT !!! r = alarm(0); // lecture temps restant if ((nb!=sizeof(char)) && (errno==EINTR)) printf("Too late!!!\n"); else printf("OK --> %c ; %u seconds remaining", input, r);   return(0); }

---

Voil� donc, un appel syst�me bloquant interrompu par une interruption (sic!!)... Le code ex�cut� � l'expiration du d�lais est -au besoin- inclus dans doNothing() (ou tout autre nom qu'on peut lui donner, �videmment).
Bon en l'occurence, vu que le programme poursuit son ex�cution, on peut tester, comme ici, si le d�lais est expir� ou non et agir en cons�quence (i.e. fermer les sockets ou communiquer ave le serveur).

En esp�rant que �a te sera utile, et en remerciant mon ancien prof de Prog Syst�me, le sublime Fabrice Harrou�t...

Citation:

---

Voil� donc, un appel syst�me bloquant interrompu par une interruption (sic!!)...

---

Je comprends pas comment �a marche, pourquoi l'appel � read est d�bloqu�.

En fait ce qui est clair c'est que �a ne marche que pour des fonctions syst�mes qui retourne en cas d'interruption. La spec de read() (man 2 read) indique qu'en cas de reception de signaux par le programme, elle retourne, avec errno==EINTR.
La preuve : (page man)

Citation:

---

VALEUR RENVOY�E
read renvoie -1 s'il �choue, auquel cas errno contient le code
d'erreur, et la position de la t�te de lecture est ind�finie.

Sinon, read renvoie le nombre d'octets lus [...]
ERREURS
EINTR read a �t� interrompu par un signal avant d'avoir eu le temps
de lire quoi que ce soit.

---

page man de recv :

Citation:

---

EINTR Un signal a interrompu la lecture avant que des donn�es soient
disponibles.

---

Donc pas de soucis �a marche !!!

Oui, ca m'a l'air pas mal. Je vais regarder dans cette direction.
Merci � toi et � Fabrice Harrou�t donc.


Juste un dernier point:

Je peut invoquer une m�thode de classe � la place de ton doNothing?
Si oui: faut il qu'elle soit d�clar�e de maniere particuliere (static sans doute)?
Si oui: puis je lui passer explicitement le pointeur implicite this?

Tout ceci dans le but de pouvoir dans la fonction doNothing fait qq chose du genre:
this->FermerMoiCetteConexionSVP()



Merci encore pour les infos.

Mais y'a plusieurs types de signaux. Je pensais que read( STDIN )n'�tait d�bloqu� que part CTRL+D (EOF).

Je ne cherche pas � imposer ma solution, mais passer par select qui est d'avantage portable et me parrait plus simple � comprendre (le code du timeout est juste en dessous du select et non ailleurs quelque part dans une fonction callback) me semble m�riter le coup d'oeil. :wink:
http://www.erlenstar.demon.co.uk/unix/faq_3.html#SEC26

Perso je te conseille d'appeller la m�thode classe dans le bloc du if(..) � la place de printf("Too late!!!\n").
Tes remarques sont justes mais j'ai but� sur le probl�me en essayant de coder une classe Cthread, et le probl�me est toujours ouvert pour moi, j'ai jamais r�ussi qu'� obtenir des seg fault au lancement des threads...

Si tu veux persister, n�anmoins, dans cette voie, ben le soucis est pas simple... Dans le cas des threads on passe un void* � la fonction d'init, ce qui permet de r�cup�rer un structure contenant le this de l'objet Thread concern�, mais l�... J'veux bien y refl�chir si tu veux mais la premi�re solution me parrait quand m�me plus simple...

Aurelien.Regat-Barrel >> A ma connaissance, EOF n'est pas un signal stricto sensus (i.e. un entier envoy� par un processus (eventuellemnt le kernel) � un autre, entier cod� par les macros SIGALRM, SIGABORT, SIGSEGV, SIGVTALARM, etc...) alors qu'EOF est un caract�re sp�cial transitant par un flux ou un file descriptor...
Effectivement ta soluce � l'air pas mal non plus, y'a pas a dire !!!! :wink:

Citation:

---

Envoy� par SKZ81

A ma connaissance, EOF n'est pas un signal stricto sensus (i.e. un entier envoy� par un processus (eventuellemnt le kernel) � un autre, entier cod� par les macros SIGALRM, SIGABORT, SIGSEGV, SIGVTALARM, etc...) alors qu'EOF est un caract�re sp�cial transitant par un flux ou un file descriptor...

---

CTRL-D aboutit � EOF, mais je ne sais pas si CTRL-D est directement traduit en EOF par la console (donc pas un signal), ou si c'est bien un signal que le handler par d�faut traduit en EOF...

select, c'est Nickel

Merci a tous!!