Questions sur les sockets.

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Questions sur les sockets.

thoduv

Bonjour !

J'essaie en ce moment de bidouiller avec les sockets en C. Tout allait bien jusqu'au moment ou je me suis rendu compte que des fonctions comme connect ou recv bloquent le programme tant qu'elles n'ont pas de résultat satisfaisant. Après quelques recherches, je trouve le moyen de passer en mode non-bloquant avec un ioctl. Mais sur ce moe non-bloquant je n'ai pas trouvé beaucoup de doc alors voilà mes questions :

TOUT CELA EN MODE CONNECTE (tcp) !

- Comment peut-on gérer un "connect" non-bloquant ? En le répétant n fois jusqu'à un résultat, ou alors n secondes ?
- Pourquoi "select" signale-t-il des données vides qui font bloquer le recv ? (voir code à la fin).
Et une autre question sans rapport avec les sockets bloquants/non-bloquants :
- Comment savoir si un socket et toujours actif ou s'il a été fermé par le serveur

Et puis si vous avez des liens de tutos ou de cours sur les sockets je suis prenneur !

Merci d'avance !

Mon code avec select :

Code :

int main(int argv, char **argc)
{
struct sockaddr_in so_addr;
int fd;
char buffer[1024] = "message d'authentification";
struct timeval tv;
fd_set readfds;
tv.tv_sec = 0;
tv.tv_usec = 0;
so_addr.sin_family = AF_INET;
so_addr.sin_port = htons(atoi(argc[2]));
memcpy(&so_addr.sin_addr, gethostbyname(argc[1])->h_addr, sizeof(u_long));
fd = socket(AF_INET,SOCK_STREAM,0);
connect(fd, (void*)&so_addr, sizeof(struct sockaddr_in));
send(fd,buffer, 1024,0);
while(1)
{
FD_ZERO(&readfds);
FD_SET(fd, &readfds);
c = select(fd+1, &readfds, NULL, NULL, &tv);
if (c == 1 && FD_ISSET(fd, &readfds))
{
recv(fd,bf,1024,0);
printf("données recues\n" );
}
}
return 0;
}

Résultat : j'ai "données recues" qui s'affiche sans arret !
Si j'enleve le "send" qui envoie le message d'authentification au serveur (message auquel je ne devrais recevoir qu'une seule réponse du serveur), il ne se passe rien (pas de données recues, et c'est logique).

Message cité 1 fois

Publicité

Emmanuel Delahaye

C is a sharp tool

thoduv a écrit :

Mon code avec select :

Code :

struct timeval tv;
tv.tv_sec = 0;
tv.tv_usec = 0;
while(1)
{
c = select(fd+1, &readfds, NULL, NULL, &tv);
}

Résultat : j'ai "données recues" qui s'affiche sans arret !

Si tu mets un timeout de 0, c'est normal !

Pas de timeout (attente infinie) :

c = select(fd+1, &readfds, NULL, NULL, NULL);

Timeout de 1 minute :

struct timeval tv;

tv.tv_sec = 60;
tv.tv_usec = 0;

while(1)
{

c = select(fd+1, &readfds, NULL, NULL, &tv);
}

D'autre part,

recv(fd,bf,1024,0);

C'est pas une bonne idée, car tu ne sais pas combien d'octets ont réelement été reçus. Ce '1024' est horrible ! Quand à 'bf', on ne sait pas ce que c'est... Attention, il est probable que le 0 de la chaine C ne soit pas transmis. Il faut donc lui garder une place à l'arriver...

char buffer[1024] = "message d'authentification";
ssize_t nb_rec;
nb_rec = recv (fd, buffer, sizeof buffer - 1, 0);

if (nb_rec >0)
{
buffer [nb_rec] = 0;
}

Message édité par Emmanuel Delahaye le 31-10-2005 à 09:51:20

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

thoduv

Non en fait l'idée c'est de porter sur un système sans OS (sans rentrer dans les détails). Donc à chaque cycle, la fonction contenant select est appelée, avec un timeout de 0, pour savoir s'il y a des données à recevoir.

Message cité 1 fois

Emmanuel Delahaye

C is a sharp tool

thoduv a écrit :

Ok, C'est un peu horrible, mais pourquoi pas. Dans ce cas, relis mon post, il y a la solution.

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

thoduv

Oui mais si je veux recevoir exactement le bon nombre d'octets, il faut faire un truc du style :

Code :

while(recv(fd, buffer++,1,0));

Et ca c'est un peu lourd aussi non ?

Message cité 1 fois

Emmanuel Delahaye

C is a sharp tool

thoduv a écrit :

Oui mais si je veux recevoir exactement le bon nombre d'octets, il faut faire un truc du style :

Code :

while(recv(fd, buffer++,1,0));

Et ca c'est un peu lourd aussi non ?

"Recevoir exactement le bon nombre d'octets", ça n'existe pas. Tu proposes une taille max, et recv() te dis combien il a reçu, c'est tout. Comment peux tu prévoir ce qui va se passer au niveau de l'émission distante, et même au niveau des couches inférieures locales ?

D'autre part, j'avais indiqué '> 0' et non '!= 0'. En effet le cas <0 (-1 en fait) peut exister et il indique une erreur.

http://wwwcgi.rdg.ac.uk:8081/cgi-b [...] OCKET/recv

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

thoduv

Tiens étrange ca marche maintenant ... En tout cas merci beaucoup, je pense que l'erreur venait du fait que j'envoyais 1024 octets au lieu de strlen(buffer) octets.

Et sinon pour ce qui est du connect non-bloquant et de verifier l'existance d'un socket (savoir s'il a été fermé par le serveur) ?

Message cité 2 fois

Emmanuel Delahaye

C is a sharp tool

thoduv a écrit :

Et sinon pour ce qui est du connect non-bloquant

En principe, ça n'existe pas. Les ioctl(), c'est de la bidouille pas forcément bien documentée et encore moins portable... un select() blocant est la bonne solution.

Citation :

et de verifier l'existance d'un socket (savoir s'il a été fermé par le serveur) ?

Surveiller les codes retour des fonctions. -1 = erreur. errno donne la raison (<errno.h> ), perror() l'affiche...

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

thoduv

Ok, concretement je peux faire comment pour faire un connect avec un timeout (qui laisse tomber si au bout de n secondes il s'est pas connecté) ?

Message cité 1 fois
Message édité par thoduv le 31-10-2005 à 11:41:04

Sve@r

thoduv a écrit :

Tiens étrange ca marche maintenant ... En tout cas merci beaucoup, je pense que l'erreur venait du fait que j'envoyais 1024 octets au lieu de strlen(buffer) octets.

Cela n'a aucune importance. Que tu envoies 10 ou 1024 octets, si tu en attends 1024 de l'autre coté tu en recevras 10 ou 1024 et ta fonction de lecture (read ou recv) t'indiquera combien t'en as reçu.
Evidemment, si tu envoies 1014 octets inutiles ça ralenti ton appli mais le nb d'octets envoyés n'influe pas sur la réussite ou l'échec...

Message édité par Sve@r le 31-10-2005 à 11:42:24

Publicité

Emmanuel Delahaye

C is a sharp tool

thoduv a écrit :

Ok, concretement je peux faire comment pour faire un connect avec un timeout (qui laisse tomber si au bout de n secondes il s'est pas connecté) ?

Tu regles une valeur (déjà indiqué) et tu testes le code retour de select(). Il y en a un qui veut dire 'timeout'.

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

thoduv

Bon, ca marche mais ca marche très bizarrement, ca bloque tout ...

Voilà le code de la fonction appelée à chaque cycle pour tester et lire sur un socket :

(simsn_Socket est une structure qui contient le fd du socket ainsi qu'un buffer pour ce socket)

Code :

char *SocketCheckRead(simsn_Socket *s)
{
int i,r;
struct timeval tv;
fd_set readfds;
tv.tv_sec = 0;
tv.tv_usec = 0;
FD_ZERO(&readfds);
FD_SET(s->fd, &readfds);
i = select(s->fd+1, &readfds, NULL, NULL, &tv);
if ((i>0) && (FD_ISSET(s->fd, &readfds)))
{
r = recv(s->fd, s->Buffer, s->BufferSize, 0);
s->Buffer[r] = '\0';
simsn_Log("< %s\n", s->Buffer);
return s->Buffer;
}
else
{
return NULL;
}
}

Et voilà le main :

Code :

int i = 0;
char *buffer;
while(i++<5000000)
{
buffer = SocketCheckRead(monsocket);
if(buffer != NULL)
{
printf("Recu : %s\n", buffer);
}
}

Ca marche, mais les "Recu : ..." n'apparaissent qu'à la fin des 5000000 cycles ... J'ai l'impression que le fait de lire comme ca bloque tout le reste, mais c'est étrange puisque l'execution est censée être linéaire ...

Message cité 1 fois

Emmanuel Delahaye

C is a sharp tool

thoduv a écrit :

Bon, ca marche mais ca marche très bizarrement, ca bloque tout ...

Normal, select() est blocant, c'est fait pour. L'intéret, c'est qu'il peut se débloquer pour un tas de raisons (programmables)...

Si ça te gène, tu le mets dans un thread et on en parle plus.

Message édité par Emmanuel Delahaye le 01-11-2005 à 20:13:38

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

thoduv

Bloquant ? Comment ca ? Je lui ai mis un timeout de 0 ! Et thread je peux pas, c'est fait pour une machine sans OS.

Message cité 1 fois

Emmanuel Delahaye

C is a sharp tool

thoduv a écrit :

Bloquant ? Comment ca ? Je lui ai mis un timeout de 0 ! Et thread je peux pas, c'est fait pour une machine sans OS.

Il faut mettre l'init de tv dans la boucle avant le select(), car select() modifie tv. (Lire la doc)

Citation :

On Linux, the function select modifies timeout to reflect the amount of time not slept; most other implementations do not do this. This causes problems both when Linux code which reads timeout is ported to other operating systems, and when code is ported to Linux that reuses a struct timeval for multiple select s in a loop without reinitializing it. Consider timeout to be undefined after select returns.

Machine sans OS, ça m'inquiète. Quelle machine ? Quel compilateur ? Qu'est-ce qui t'empêche d'utiliser un Linux [embarqué] pour cette machine ?

Rappel : select() n'est pas standard, mais POSIX. POSIX est une norme 'système'.

Message édité par Emmanuel Delahaye le 01-11-2005 à 19:15:28

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

thoduv

Je constate l'inverse ...

Attente infinie :

Code :

select(fdmax, read, write, exept, NULL);

Attente nulle :

Code :

timeval tv;
tv.sec=0;
tv.usec=0;
select(fdmax, read, write, exept, &tv);

Non ?

Edit: Non je ne peux pas utiliser de Linux embarqué, et c'est n'est pas un problème, j'ai des fonctions équivalentes aux fonctions Linux (select, connect, etc ...) sur cette machine.

Message cité 1 fois
Message édité par thoduv le 01-11-2005 à 19:18:19

Emmanuel Delahaye

C is a sharp tool

thoduv a écrit :

Je constate l'inverse ...

Attente infinie :

Code :

select(fdmax, read, write, exept, NULL);

Attente nulle :

Code :

timeval tv;
tv.sec=0;
tv.usec=0;
select(fdmax, read, write, exept, &tv);

Non ?

Oui, j'ai annulé et reposté...

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

thoduv

Ok. Mais mon select est dans une fonction, et le timeval est défini dans la fonction également, donc à chaque appel de la fonction tv est remis à 0

main
{
boucle
{
recevoir();
}
}

recevoir
{
initialise tv
initialise ensemble select
select
}

Message cité 1 fois

Emmanuel Delahaye

C is a sharp tool

thoduv a écrit :

Ok. Mais mon select est dans une fonction, et le timeval est défini dans la fonction également, donc à chaque appel de la fonction tv est remis à 0

main
{
boucle
{
recevoir();
}
}

recevoir
{
initialise tv
initialise ensemble select
select
}

Ok. Avec quel système testes-tu ?

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

thoduv

Linux/GCC

Message cité 1 fois

Emmanuel Delahaye

C is a sharp tool

thoduv a écrit :

Linux/GCC

Ok. En fait qu'est-ce qui ne fonctionne pas exactement ? Le comportement que tu décris parait finalement assez normal. Si tu en doutes, affiche la valeur du compteur.

Et ta trace simsn_Log(), elle dit quoi ?

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

thoduv

Voilà ce que ca fait exactement :

- Connection du socket.
- Envoie message authentification.
- Boucle de 5000000 cycles :
| - Fonction de réception (avec select).
| - Affichage des données recues (s'il y en a).

Ce qui commence par # est un log.
Ce qui commence par > est un log de message envoyé.
Ce qui commence par < est un log de message recu.

# Socket connecté.
> AUTHENTIFICATION (Envoi)
< AUTHENTIFICATION REUSSIE (Reception)
... Là le programme se bloque (écoulement des 5000000 cycles)
AUTHENTIFICATION REUSSIE (Affichage du buffer de réception : ca aurait du être fait juste après le log de cette reception)
# Socket deconnecté.

Donc le problème c'est que l'affichage du message recu bloque sur le dernier caractère (pas normal du tout).

Ce n'est pas select qui bloque, car si on place un log du style log("-" ); dans la fonction de réception juste après le select(), on obtient l'affichage d'un "-" à chaque cycle (donc une masse pas possible dans la console).

Je comprends vraiment pas, pourtant l'affichage des données recues dans le log marche, mais il bloque une fois que la fonction de réception s'est terminée en renvoyant l'adresse du buffer ...

Message cité 1 fois

Emmanuel Delahaye

C is a sharp tool

thoduv a écrit :

Voilà ce que ca fait exactement :

- Connection du socket.
- Envoie message authentification.
- Boucle de 5000000 cycles :
| - Fonction de réception (avec select).
| - Affichage des données recues (s'il y en a).

Ce qui commence par # est un log.
Ce qui commence par > est un log de message envoyé.
Ce qui commence par < est un log de message recu.

L'affiche est retardé. C'est ça qui te choque ? Quitte ta boucle dès reception, pour voir...

C'est sûr que de faire une attente active, ça bouffe 100% du CPU (Rappel, Linux est un système coopératif, et non préemptif). La tâche d'affichage étant moins prioritaire, elle passe après. L'attente active, c'est mauvais, mais c'est ça que tu veux, alors il faut en subir les conséquences... Essaye quand même de rendre la main au système avec un usleep() de quelques µs dans la boucle... Ton CPU va respirer un peu mieux...

---------------
Des infos sur la programmation et le langage C: http://www.bien-programmer.fr Pas de Wi-Fi à la maison : http://www.cpl-france.org/

thoduv

Ouah merci !

Code :

usleep(1);

dans la boucle et ca repart !

Pour ce qui est de la consommation CPU c'est pas grave puisqu'au final mon appli aura un CPU pour elle toute seule.

Publicité

FORUM HardWare.fr

Programmation

Questions sur les sockets.

Sujets relatifs
c++ et sockets	cours sockets et tubes
questions bêtes sur l'utilisation de visual C++ (librairies)	URL Rewriting - quelques questions...
2 questions	questions sur SQL Server
questions d'un debutant	Questions PostgreSQL / SGBD en général
[CSS] Questions diverses	[C++] Questions sur les sockets (code inside)
Plus de sujets relatifs à : Questions sur les sockets.

Page générée en 0.093 secondes