On peut considérer que les "clients" ne seront jamais autre chose que des applications internes, et yaurait pas lieu d'etablir une vraie robustesse à ce niveau là
Type: Messages; Utilisateur: Gruik
On peut considérer que les "clients" ne seront jamais autre chose que des applications internes, et yaurait pas lieu d'etablir une vraie robustesse à ce niveau là
oki
Non ce n'est pas que ça
Au fait pour le file descriptor de communication entre le thread principal et le thread gerant les requetes, ne serait il pas plus simple d'utiliser une pipe?
Effectivement :/
Enfin ça complique qd meme pas mal, avoir 2 connexions
Mais ya pas le choix
Oui, of course qu'il fera un recv juste apres
Bein les sockets sont deja bidirectionnelles ;)
J'y ai pensé mais ça me semblait pas terrible
Ahhh mais c'est bien sur ^^
Si le thread est bloqué par une attente de connexion, suffit que...
Oui mais le "thread" serait bloqué par une fonction bloquante
c'est bien ça
bein elle recevrait des requetes en renverrait une reponse
D'accord merci
C'est vrai j'avais deja entendu...
Salux,
J'ai une application qui fait un traitement assez long et, en parallele je devrais avoir une partie qui receptionne des "requetes" permettant notamment de savoir où ça en est.
Il s'avere...
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.