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