Bonjour,
je doit développer une appli réseau (tcp/ip + autres protocoles) en C++
 
Cependant on aimerai que cette appli fonctionne sous windows et sous linux.
 
Y a t il une couche d'abstraction en c++ qui permettrai d'abstraire la manipulation des socket? de telle sorte que d'une compilation à il ne faille changer que quelque headers??

 
 
Salut
 
On va surement te citer boost mais je ne connais pas.
 
Par contre, je peux te dire que les appels systèmes C concernant le réseau sont identiques sous windows et sous linux à de rares exceptions près (init supplémentaire sous windows, et select légèrement différent).

Ha ok je ne connaissait pas, à vrai dire je n'ai jamais fait de programme client serveur en C++ (toujours C# ou Java...).
 
Je ne pense pas aller très loin dans la manipulation tcp/ip.
 
Mais il faut que sa soit du asynchrone, je ne connais pas encore le systeme linux qui sera utilisé mais je pense que que ce ne sera pas un pc mais mais une carte avec un systeme basé sur un noyau linux...
 
Apres comme il y aura un petit GUI peut être que Qt serait judicieux, je sais pas
 
Est-ce que boost.Asio ou Asio est beaucoup utilisé?

oui, boost::asio sinon rien.

Qt
http://doc.qt.nokia.com/4.6/qtcpsocket.html : de base c'est une gestion asynchrone (tu associes les évènements tels que la réception de données à une fonction/méthode de ton choix pour les traiter)
Quelques exemples (ce sont surtout les exemples réseau client/serveur qui t'intéresseront je pense) : http://doc.qt.nokia.com/4.6/examples.html

Ah ouais ?

 
 
Explique ton désaccord au moins

c'est des BSD sockets des deux côtés, donc ouais, c'est identique, à part que sous windows, tu dois appeler un wsastartup pour  initialiser la lib et je ne sais plus quel appel système pour la fermer

je n'ai rien dit de plus, j'ai simplement dit que les appels systèmes sont identiques, avec une init supplémentaire pour windows, et quelques subtiles différences, par exemple au niveau de la fonction select, le premier paramètre est indispensable sous linux et ignoré sous windows.  
 

 
j'ai encore réussi à louper un message, aujourd'hui, c'est le tien   désolé, oui, pas mieux

ok

Je trouve quand même que sa doc est pas glop du tout

Comme pas mal de docs Boost je trouve.

c'est bien le parent pauvre de la chose. La doc est souvent tres dev friendly mais pas user firendly.

Ouais enfin c'est surtout qu'elle traite tous les cas spéciaux avec aucun exemple de cas standard de lecture de fichiers / sockets.