Discussion :

[xfg]

Bonjour a tous (c'est mon 1er post...):

Voila, histoire d'apprendre les sockets, je me suis fait un ptit logiciel de tchat, mais jai un probleme:

deja, voila (en gros) mon logiciel:

-j'ai une procedure serveur qui a une boucle recv
-et une procedure client avec une boucle send
-et un menu qui permet de choisir une des 2 procedures

Il faut donc que sur chaque pc, j'ouvre 2 fenetres pour tchatter, et c'est pas cool...

J'aimerais bien faire en sorte que chaque personne aie une seule fenetre qui envoie/reçoit...

Mais voila, je suis confronté aux problemes suivants:

1- Je suis dans une console cmd, donc je sais pas si ça a de l'importance (je pense pas, mais bon...)
2- J'ai essayé de faire des threads, mais voila, autre probleme: faut-il que je crée une socket dans chaque thread? (et j'ai essayé, ça a pas l'air de bien marcher) J'ai essayé aussi de faire une socket puis de faire un processus, mais voila, j'arrive pas a passer mes parametres...

Autre question: si je lance mes 2 fenetres sur chaque pc, ya pas de bug? Enfin, si ya 2 connexions sur le meme port, je suis pas sur que ça le fasse, si?


Voila voila... Je suis en DUT informatique, et j'ai demandé a mes profs... Sauf qu'entre les profs sous linux (bah ouais, winsock2.h, ya pas tp sous linux) et ceux qui savent pas...


Merci d'avance!

[Médinoc]

1°) Tu peux tout-à-fait rester en mode console si tu n'utilises pas une extension Windows aux sockets (très pratique), la fonction WSAAsyncSelect().
2°) Généralement, quand on fait un serveur multithreadé, on n'utilise pas un socket pour chaque thread, mais un thread pour chaque socket, en créant un thread à chaque fois qu'un client se connecte. Mais tu peux aussi faire un serveur multi-client monothreadé, en utilisant la fonction select() (ou l'extension Windows WSAWaitForMultipleEvents())

3°) Tu ne peux pas lançer simultanément deux serveurs sur le même PC et le même port. Par contre, tu n'as pas de limitation quant aux clients.

[damien99]

-j'ai une procedure serveur qui a une boucle recv
-et une procedure client avec une boucle send
-et un menu qui permet de choisir une des 2 procedures

Une fois que la conexion est établie entre le client et le serveur tu peut faire des send et/ou des recv aussi bien chez le client que chez le serveur.

En fait il te faut vérifier :
-s'il y a des nouveau messages
-s'il y a un message prêt à envoyer

Ta juste a mettre ces deux opérations dans une boucle avec ces condtions :
-s'il y a un nouveau mesage alors on l'affiche
-s'il un message est prêt à poster alors on l'envoi

Tu doit être bloqué parce que tes sockets sont en mode bloquant et la fonction recv() attend l'arrivé d'un message pour continuer l'excution du programme.
Pour passer en mode non-bloquant tu fait comme ça :

Code :

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

1
2
3
4
5
//ta socket doit être crée (et le connection établie je croit)
//une fois que la socket fonctionne tu insère ces 2 lignes
u_long argp=1;
ioctlsocket(ta_socket, FIONBIO, &argp);
// et ton socket est en mode non-bloquant

Losrque le socket est en mode non-bloquant la fonction recv() renvoi une valeur immédiatement après son appel, s'il n'y a pas de message dans le tampon de reception elle renvoie -1 donc pour vérifier les nouveau message tu fait un truc de ce style :

Code :

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

1
2
3
4
if(recv(ta_socket, buffer, 50, 0)!=-1)  //ici on reçoit un message de 50 octets dans la varialbe "buffer" s'il il y en a un reçevoir
{
//traitement du message
}

Je croi que recv() peut renvoyer 0 aussi quant la connection n'a pas été fermée correctement, donc si tu veut pas de problème tu peut mettre

Code :

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

1
2
3
if(recv(ta_socket, buffer, 50, 0)<=0)
//au lieu de
if(recv(ta_socket, buffer, 50, 0)!=-1)

N'esite pas si ta encore un problème