Discussion :

[ab_anas]

bonjour;
je débute sur un des tutos présent sur le site , sur la programmation des sockets (bon j'ai compris assez de choses et bien entendu j'en ai aussi pas compris d'autres )
serveur/client oui , mais est ce nécessaire d'avoir un serveur pour par exemple coder un programme genre messenger?
et pour les connexions, doit on créer un socket pour chaque client ?
on parle aussi de threads etc, bien , je voudrais vraiment avoir :

- un cours en ligne ou si quelqu'un peut m'envoyer par mail , un cours détaillé sur la programmation des sockets , linux et windows
- et ou puis je trouver les références pour les fonctions à utiliser sous les deux OS pour avoir un support sous la main?

merci

[Médinoc]

Cet article d'Emmanuel Delahaye doit contenir les réponses à plusieurs de tes questions:
http://emmanuel-delahaye.developpez....tes-reseaux-c/

[ab_anas]

merci pour la réponse , j'ai deja tout les tutos developpez.com et d'autre y compris celui que tu viens de me montrer ,, en anglais je trouverais peut etre?
et pour les references , bon linux c'est accéssible mais les man pages sont elles pareilles pour toutes les distributions (c'est à dire est ce qu'on peut s'en fier pour avoir une reference?)
et comme toujours windows sort de la troupe et je trouve pas de documentation pour la programmation des sockets , les fonctions et les macros win32; et deja qu'en essayant un petit bout de code jute incluant la fameuse <winsock2.h> mon code::blocks la reconnait pas

[Médinoc]

Pour les différents linux, je pense que le mieux est directement la norme POSIX.

[nouknouk]

est ce nécessaire d'avoir un serveur pour par exemple coder un programme genre messenger?

En théorie, non mais en pratique, ça peut poser des soucis.

cf. la deuxième partie de ce post sur les contraintes routeur/NAT.

[nicolas.sitbon]

En théorie, non mais en pratique, ça peut poser des soucis.

cf. la deuxième partie de ce post sur les contraintes routeur/NAT.

Non, dans un modèle client/serveur, le serveur est obligatoire, comment veux tu te connecter si personne n'est à l'écoute?

[nouknouk]

Non, dans un modèle client/serveur, le serveur est obligatoire, comment veux tu te connecter si personne n'est à l'écoute?

Ok, j'aurais dû préciser ma pensée. Tout dépend du concept qu'on associe au mot 'serveur':

- 'serveur' dans le sens "une machine centrale à laquelle se connectent tous les clients". Dans ce cas ce n'est pas obligatoire (cf. topologie réseau P2P), mais ça pose d'autres contraintes énumérées ci-dessus qui dans les faits conseilles l'utilisation d'une topologie 'classique' pour ce genre de service (cf. topologie réseau 'en étoile', un serveur central auquel tous les clients se connectent).

- 'serveur' au sens logiciel (une socket qui l'écoute de connexions sur un port donné). Dans ce cas effectivement il en faudra au minimum:
* une pour le serveur central si topologie 'en étoile'
* une par client qui joue le rôle de 'serveur' si topologie 'P2P'.

[ab_anas]

j'ai lu le topic , j'ai pas vraiment compris grand chose, mais voilà en résumé , compte tenu de bande passante et tout les trucs techniques, une application serveur c'est ce qu'on code en mode serveur?
je capte la connexion , sur un port depuis le client x , je la "copi" sur un socket destiné à l'autre client(destinataire) sur un AUTRE port c'est bien ca?

le AUTRE c'est pour bien assimiler si l'on utilise plusieurs port( un port pour chaque socket)
merci de m'éclaircir sur ces points , je viens de trouver un document sur beej's en anglais ca doit etre suffisant pour les os type unix ; je cherche tjrs coté windows.

ah et pour l'inclusion de la bibliothèque winsock2.h dois je dois ajouter une option pour l'éditeur de lien , mais quand je l'ajoute , mingw me dit gentillement que ca n'existe pas:::!!!!

[nouknouk]

Pour l'architecture générale des clients & serveur dans une topologie en étoile: des infos sont dispos sur le forum en faisant la bonne recherche. Mots clefs conseillés: "serveur client socket thread": exemple.

[Médinoc]

#pragma comment n'existe pas sous gcc, mais tu peux lier à libws2_32.a sous MinGW en ajoutant au linker l'option -lws2_32 (il s'agit d'un L minuscule, pas d'un i majuscule).

La "copie" de connexion d'un socket à l'autre est réalisée directement par la fonction d'attente bloquante de connexion*, accept(), qui retourne un nouveau socket quand elle réussit.

*on peut utiliser la fonction d'attente bloquante select() pour attendre sur plusieurs sockets à la fois plutôt que de bloquer sur accept(). Par contre, sous Windows, elle ne marche que sur les sockets, pas sur les descripteurs comme sous nux.

[ab_anas]

merci , je viens d'ajouter codeblocks/project/build options/linker setting
j'ai tapé lws2_32.lib et .a et tout mais enfin de compte , celle qui a marché vraiment : ws2_32 avec les librairies que j'ai deja..
merci pour vos réponses , je suis sur la msdn en ce moment , je dois copier coller les references , mais si vous avez encore des liens ou des cours je suis preneur

enfait quand on dit portabilité , on parle de windows , linux , et macos et compagnie , ces derniers doivent avoir leurs propres méthode j'imagine

merci