Discussion :

[nuFox]

Bonjour,
Je dois developper une DLL qui va s'occuper de gerer une communication avec un serveur.

Mon probleme est que cette dll doit etre parcourue (enfait j'inclus cette dll dans un vi labView qui tourne en boucle).

Mais comme la fonction recv() est bloquante, ca peut etre planter mon programme a partir du moment ou cette fonction ne recoit rien et ca ne peut pas se passer ...

J'ai vu qu'il existait plusieurs moyen de regler le probleme ... Soit utiliser des thread, soit utiliser la fonction select ou alors rendre le socket non bloquant ...
J'aurai besoin de votre avis (et voir d'une explication par la suite) pour savoir qu'elle solution semble la meilleur et par après comment la mettre en place ...

Merci d'avance pour votre aide

(ps: si besoin est, je peux vous poster le code déjà écrit)

[iMaTh]

Ben ouai essaye avec les thread ça a l'air pas mal comme solution ça.

[|PaRa-BoL]

Pour rendre le file descriptor non bloquant :

Code c :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
old_flags = fcntl(fd, F_GETFL, 0);
if (!(old_flags & O_NONBLOCK)) {
     old_flags |= O_NONBLOCK;
}
fcntl(fd, F_SETFL, old_flags);

Après la solution que je préfère est poll() (select un peu plus poussé mais moins portable)

[Emmanuel Delahaye]

Pour rendre le file descriptor non bloquant :

Code c :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
old_flags = fcntl(fd, F_GETFL, 0);
if (!(old_flags & O_NONBLOCK)) {
     old_flags |= O_NONBLOCK;
}
fcntl(fd, F_SETFL, old_flags);

Pas portable.

[nuFox]

Et est ce que le code que j'ai posté est portable ?

[|PaRa-BoL]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
 erreur = WSAStartup(MAKEWORD(2,2), &initialisation_win32);

Non...

[nuFox]

Voila le probleme qui me vient a l'esprit ...
c'est le principe du client / serveur !

Dans mon cas, le client envoie une demande au serveur, le serveur lui répond (classique) ...

Dans le cas ou le client enverait une demande et que le serveur ne répond pas, cela veut dire qu'il y a un probleme au niveau serveur ou tout simplement le cable réseaux.

Et donc avec les thread ... La fonction recv() serait excecutée en parallèle et donc la fonction send() pourrait continuer a envoyer des messages ... Hors ca ne sert a rien puisque l'on a pas recu la réponse en retour ...

Comment puis je agencer mon programme pour palier a ce probleme ?

[nuFox]

|PaRa-BoL :
Après mur reflexion, je pense que rendre le socket non bloquant pour ne pas qu'il boucle a sur la fonction recv() s'il ne recoit pas de message, n'est pas une solution sécurisée ... Parce que l'on est obligé de recevoir une réponse après avoir fait un send ... C'est juste que si le serveur plante il ne faut pas que ca boucle a l'infini sur recv() ...

[|PaRa-BoL]

Heu... d'où l'intérêt de select() ou poll(). La documentation à ce sujet est largement répandu ...

Cela permet justement d'éviter d'utiliser des thread.

Parce que l'on est obligé de recevoir une réponse après avoir fait un send

A bon ?

[nuFox]

Xcusez moi ... Mais c'est ma premiere expérience dans le developpement d'une DLL pour une communication avec un serveur.

Donc j'ai un peu de mal ...

Dans un cas ou j'envoie plusieurs données différentes et que je peux en recevoir différentes aussi ...

Les thread ne serait pas un moyen de simplifier le code ?

Parce qu'avec le select, je devrais l'appeler a chaque fois que j'appelle ma fonction recv() ?

Citation:
Parce que l'on est obligé de recevoir une réponse après avoir fait un send

A bon ?

Dans mon cas ui ....

[_SamSoft_]

Dans le cas de son logiciel sûrement. Au mieux tu prends la solution de |Para-bol sinon, tu peux aussi faire un petit timer pour ne pas faire une boucle trop longtemps ou utiliser les threads.