Bonjour à tous,Je travaille actuellement sur la conception d'un bot pour D2 de type socket en C++.J'ai actuellement coder la connexion au serveur d'authentification, jusqu'ici tout va bien, le bot se connecte correctement.[spoiler]Code utilisé pour se connecter.``` // MAIN.CPP #include #include "Network.hpp" #include "Exception.hpp" #define PORT (5555) #define IP ("213.248.126.39") int main() { try { Network *n; n = new Network(PORT, IP); std::cout process(); n->closeSocket(""); } catch (Except *e) { std::cerr socketFd = socket(AF_INET, SOCK_STREAM, pe->p_proto); if (this->socketFd == -1) { errsv = errno; std::string error = "Error on socket ["; error += strerror(errsv); error += "]"; throw Except(error); } } void Network::connection() { struct sockaddr_in sin; int errsv; sin.sin_family = AF_INET; sin.sin_port = htons(this->port); sin.sin_addr.s_addr = inet_addr(this->ip.c_str()); int ret = connect(this->socketFd, (struct sockaddr *)&sin, sizeof(sin)); if (ret == -1) { errsv = errno; std::string error = "Error on connect ["; error += strerror(errsv); error += "]"; this->closeSocket(error); throw Except(error); } std::cout ip); } void Network::closeSocket(const std::string &e) { if (close(this->socketFd) == -1) { std::string err = e; err += "\nError on close ["; int errsv = errno; err += strerror(errsv); err += "]"; throw Except(err); } } // NETWORK.HPP #ifndef NETWORK_HPP__ #define NETWORK_HPP__ #include #include #include #include #include #include #include #include #include class Network { private : int socketFd; int port; const std::string ip; public : Network(const int, const std::string &); ~Network(); void initialize(); void connection(); void process(); void closeSocket(const std::string &); int getPort() const; const std::string &getIp() const; }; #endif ```Si vous avez des sugestions / remarques, n'hésiter pas.[/spoiler]Mais maintenant se pose le probleme du thread et j'aurais quelque question à vous poser :- est-il obligatoire de threader la connexion ?- comment si prendre ?Pour le moment j'ai testé avec un simple _recv_ et j'ai réussis à récuperer le premier paquet (id = 1) mais je me demandais si utiliser _recv_ était la meilleure solution ou si il y avait mieux à faire (utiliser _select_() et/ou la lib pthread ?)Voici mon code utilisé pour lire les paquets et récupérer l'id.``` unsigned char buffer[8192 + 1]; int len = recv(this->socketFd, buffer, 5000, 0); if (len > 0) { buffer[len] = 0; std::cout

**Re: [C++][Full Socket] Threader la connexion**Tu devrais utiliser un framework pour te simplifier la vie (boost ou Qt)

**Re: [C++][Full Socket] Threader la connexion**Je ne vois pas en quoi utiliser boost ou Qt me simplifierai la tache ? Peux-tu étayer tes propos stp ?

**Re: [C++][Full Socket] Threader la connexion**Pour Qt, c'est possible de faire sans, si tu tiens au C++ pur.En revanche, je te conseille Boost aussi, il est super complet et peut t'aider pour les threads.Je ne l'ai jamais utilisé (j'avoue) mais je sais que c'est presque un incontournable.J'ai trouvé ce post sur StackOverflow qui explique assez bien pourquoi Boost, c'est la vie.[http://stackoverflow.com/a/4682398](http://stackoverflow.com/a/4682398)

**Re: [C++][Full Socket] Threader la connexion**J'avais répondu, mais à cause ma connexion, mon message s'est perdu, et j'ai pas envie de le refaire en entier, alors ce sera succinct.Je te conseille de faire au moins un thread séparé pour le socket avec deux files de réception et d'envoi, comme ça tu peux faire une boucle (dans le cas d'un seul thread) qui envoie le cas échéant les trucs stockés dans la file d'envoi et qui met ce qu'il reçoit (avec des socket non bloquants ou un select) dans la file de réception. Tu as un autre thread qui récupère les paquets reçus et choisit ceux à envoyer.Ajout : Je suis pas trop pour utiliser Qt ou Boost pour un truc aussi simple. Plus on utilise de trucs compliqués, moins on sait ce qu'on fait.

**Re: [C++][Full Socket] Threader la connexion**> Labo a dit : "Je te conseille de faire au moins un thread séparé pour le socket avec deux files de réception et d'envoi"Quand tu dis deux "files de réception et d'envoi", tu entends deux files de réceptions et deux files de d'envoi ou une file de réception et une file d'envoi (donc deux files au totales) ?> Labo a dit : "comme ça tu peux faire une boucle (dans le cas d'un seul thread)"un simple _while (socket.connected() == true)_ ?> Labo a dit : "qui envoie le cas échéant les trucs stockés dans la file d'envoi et qui met ce qu'il reçoit (avec des socket non bloquants ou un select) dans la file de réception."Tu parles de plusieurs sockets si j'ai bien compris mais je ne vois pas bien comment tu peux utiliser plusieurs socket ?> Labo a dit : "Tu as un autre thread qui récupère les paquets reçus et choisit ceux à envoyer."Donc un thread qui s'occupe de recevoir les données et un autre qui s'occupe d'écrire les paquets qu'on a besoin d'envoyer au jeu pour réaliser des actions (comme la connection, choix du personnage, etc)> Labo a dit : "Ajout : Je suis pas trop pour utiliser Qt ou Boost pour un truc aussi simple. Plus on utilise de trucs compliqués, moins on sait ce qu'on fait."Je suis plutôt de cet avis aussi, mais je vais quand même jeter un oeil chez Boost pour voir comment ils utilisents les sockets/threads de leurs coté.Cordialement,Kangogoo.

**Re: [C++][Full Socket] Threader la connexion**> Je suis pas trop pour utiliser Qt ou Boost pour un truc aussi simple. Plus on utilise de trucs compliqués, moins on sait ce qu'on fait.Remarque pas vraiment pertinente (surtout quand on ne code pas avec la/les frameworks en question?)Faire une boucle de reception je crois que tout le monde sait plus ou moins faire, je ne vois pas pourquoi il faudrait réinventer la roue à chaque fois que l'on veut avancer: là c'est pareil, les ingénieurs de chez Qt, ont optimisés leurs algorithmes et je pense que le fait d'utiliser ce framework jouera en ta faveur quand tu confrontera au principe de reflexion utilisé par @kama dans les D2O/I (entre autres, car il faut voir un peu plus loin que la connection....) . Si tu es un puriste du c++ continues comme ca mais sache que c'est un langage extrêmement modulaire (à ne pas confondre avec modulable) car seul il n'est pas capable de t'apporter de fonctionnalités intéressantes (toutes proportions gardées avec d'autres langages évidemment.)Je ne connais pas suffisamment boost pour t'en parler même si je vois que cela n'a pas déranger les autres personnes qui sont dans le même cas que moi de t'en parler :troll: :)Edit: Je me suis rendu compte en relisant mon message qu'il pouvait sembler être écrit sur un ton agressif et/ou arrogant ce qui est bien évidemment aux antipodes du message que je cherchais à faire passer dans cette réponse.

**Re: [C++][Full Socket] Threader la connexion**> Gohu a dit : "Faire une boucle de reception je crois que tout le monde sait plus ou moins faire, je ne vois pas pourquoi il faudrait réinventer la roue à chaque fois que l'on veut avancer: là c'est pareil, les ingénieurs de chez Qt, ont optimisés leurs algorithmes et je pense que le fait d'utiliser ce framework jouera en ta faveur quand tu confrontera au principe de reflexion utilisé par @kama dans les D2O/I (entre autres, car il faut voir un peu plus loin que la connection....) ."Tu penses qu'il est préférable de faire une gui avec Qt et d'utiliser directement Qt pour gérer tout ce qui thread et gestion des données en "arrière-plan" (en mode non bloquant quoi) ? Ou bien tu penses a tout autre chose ?Cordialement,Kangogoo.

**Re: [C++][Full Socket] Threader la connexion**En fait je vais te dire tu as pas besoin de faire que thread avec la classe QSocket car Qt s'occupe de tout

**Re: [C++][Full Socket] Threader la connexion**- Non, une de chaque.- Le mieux serait d'ajouter une condition d'arrêt qui te permet d'arrêter le thread depuis l'extérieur, mais je m'y connais pas trop en threads en C++.- Non, un seul socket, je désignais dans sa globalité l'univers de tous les sockets non bloquants ayant existé, existant, qui existeront, qui auraient pu exister ou qui pourraient exister dans l'ensemble des univers alternatifs ayant existé, ...- Là, tu fais comme tu veux, tu peux aussi faire une boucle qui gère les paquets, et dans un autre thread l'IA.Moi je trouve que Qt c'est pas du C++. Enfin, j'ai programmé une semaine avec Qt, donc je peux pas trop parler. Mais c'est vrai que Boost c'est bien.Ce que j'ai voulu dire, c'est que c'est pas la peine de lire des dizaines de pages de doc puis passer 1h ou 2 sur stack exchange (ou sur Cadernis) quand on peut faire ça soi-même avec ce qu'on sait en 5 minutes maximum.

**Re: [C++][Full Socket] Threader la connexion**> Ce que j'ai voulu dire, c'est que c'est pas la peine de lire des dizaines de pages de doc puis passer 1h ou 2 sur stack exchange (ou sur Cadernis) quand on peut faire ça soi-même avec ce qu'on sait en 5 minutes maximum.C'est aussi pourquoi je dis que Qt est un investissement à long terme qui va te permettre d'avancer plus vite sans te prendre la tête avec des problèmes d'optimisations et autre. AS3 est un langage de très haut niveau et par conséquent il utilise des fonctions de très haut niveau qui sont pour certaines assez complexes à mimer (je pense notamment aux d2o). Qt peut te permettre de palier à ce problème de façon efficace. Après tu peux aussi aller recoder la std si ca te chante mais je vois pas vraiment l'intérêt de se priver de choses qui pourraient t'aider (sauf si tu aimes te faire mal?)

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu][C++][Full Socket] Thread, Parser, Reader

ToOnS

Re: [C++][Full Socket] Threader la connexion

tkt , Spark fait le vilain comme ca pour nous faire peur mais il sait faire la part des choses , c'est pas un robot

Sparkdaemon

Re: [C++][Full Socket] Threader la connexion

Lock, Kick, Ban.

Labo

Re: [C++][Full Socket] Threader la connexion

Spark c'est un topic-nazi...

Gohu

Re: [C++][Full Socket] Threader la connexion

Labo a dit : "Spark c'est un topic-nazi..."

Et un super point Godwin pour Labo, gg :D