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

kangogoo

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

Gohu a dit : "Fais ton parseur avec Qt c'est beaucoup plus simple avec les QDataStream
Edit: je viens de me souvenir que si tu veux commencer tu as celui de Sorrow fait en c++ c'est celui que j'avais utilisé pour commencer"

J'ai utilisé les QByteArray plutot que les QDataStream mais je pense que le principe de fonctionnement est le même.

Labo a dit : "Fais attention à comment tu reçois les paquets ! Soit tu fais comme dans les sources avec un buffer de 8192 Bytes, soit tu fais comme moi qui ne reçois que le header pour avoir la taille puis reçois exactement la taille du paquet."

Oui, j'ai fais en sorte de lire la taille du message et si le paquet reçu était de taille incohérente avec celle supposée alors j'ai lu le paquet suivant avant de traiter les données.

Sinon petite question de curiosité : lorsque je reçois un paquet de la part du serveur je reçois un message d'une taille supérieur à celle du paquet comme sur l'image ci-dessous où je reçois un message de taille 11 (11 bytes) alors qu'il en fait que 8. A quoi cela est-il dû ?

Cliquez pour révéler Cliquez pour masquer

Loading Image

Cordialement,

Kangogoo.

Labo

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

2 Octets pour les header + 1 pour la taille du message (vaut 8) + 8 fait bien 11.

8 est la taille du message (des data), et le paquet contient le header, la taille du message et le message.

kangogoo

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

Bonsoir les amis.

J'ai actuellement terminé la lecture des paquet envoyés pour trouver l'id, la taille de la taille et la taille du message envoyé et j'aimerai savoir si selon vous cela semblait cohérent au niveau des résultats pour le premier paquet (id = 1) :

Cliquez pour révéler Cliquez pour masquer

Loading Image

Ensuite je me suis attaqué au Reader des paquets et je voulais savoir si cela vous semblez correct dans l'ensemble ou si vous voyez quelques erreurs (j'espère pas trop) dans le code :

Cliquez pour révéler Cliquez pour masquer


#include "DataReader.h"

DataReader::DataReader(QByteArray &_p)
{
  this->paquet = _p;
}

DataReader::DataReader()
{
}

QByteArray DataReader::getPaquet()
{
  return (this->paquet);
}

void DataReader::setPaquet(QByteArray &_p)
{
  this->paquet = _p;
}

int DataReader::getPos()
{
  return (this->pos);
}

void DataReader::setPos(int _pos)
{
  this->pos = _pos;
}

unsigned char DataReader::readNextByte()
{
  unsigned char myByte;
  myByte = this->paquet.at(this->pos);
  this->pos++;
  return (myByte);
}

QByteArray DataReader::readBytes(int _n)
{
  QByteArray myBytes;
  myBytes.resize(_n);
  for (int i = 0; i != _n; i++)
    myBytes.append(this->readNextByte());
  return (myBytes);
}

short DataReader::readShort()
{
  short myShort;
  myShort = (short)((this->readNextByte() << 8) + this->readNextByte());
  return (myShort);
}

unsigned short DataReader::readUnsignedShort()
{
  unsigned short myUnsignedShort;
  myUnsignedShort =  (unsigned short)((this->readNextByte() * 256) + (this->readNextByte()));
  return (myUnsignedShort);
}

int DataReader::readInt()
{
  int myInt;
  myInt = (int)(this->readNextByte() << 24);
  myInt += (int)(this->readNextByte() << 16);
  myInt += (int)(this->readNextByte() << 8);
  myInt += (int)(this->readNextByte());
  return (myInt);
}

unsigned int DataReader::readUnsignedInt()
{
  unsigned int myUnsignedInt;
  myUnsignedInt = (unsigned int)(this->readNextByte() << 24);
  myUnsignedInt += (unsigned int)(this->readNextByte() << 16);
  myUnsignedInt += (unsigned int)(this->readNextByte() << 8);
  myUnsignedInt += (unsigned int)(this->readNextByte());
  return (myUnsignedInt);
}

bool DataReader::readBool()
{
  if (this->readNextByte() == 01)
    return (true);
  return (false);
}

std::string DataReader::readString()
{
  QByteArray myString;
  myString = this->readBytes(this->readUnsignedShort());
  return (std::string(myString.constData(), myString.size()));
}

Je pourrais alors ensuite m'attaqué au Writer.

Cordialement,

Kangogoo.

Ps : un QByteArray est un tableau de byte.

AnonymHax

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

Ayant codé la partie socket, ce que Hugo disait avec les QDatastream, c'est que de cette manière tu peux écrire/lire dans des fichiers sans changer une grande partie du code (pour une classe reader/writer polyvalente) - bref rien de critique

ToOnS

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

Salut , si le paquet est 00 05 08 AA BB CC DD EE FF 00 11

00 05 , on prend les 14 ers bits (id)=> 1 et les 2 derniers (nbre d'octet(s) de la taille) =>1

comme nbre d'octet(s) de la taille = 1 alors on relit 1 octet =>08 , la taille du message id 1 est de 8 octets

ca je pense que tu as compris , sinon regarde la signature de Labo , il explique ca tres bien

par contre pour le message en lui meme y'a rien a decoder les 8 octets du message ca sera : AA BB CC DD EE FF 00 11

message id 1 de taille 8 octets = AA BB CC DD EE FF 00 11

apres faut encore gerer les cas ou y'a plusieurs messages dans un paquets , c'est simple faut continuer a lire la ou on c'est arrété

et ce que beaucoup oubli : les cas ou un message est sur plusieurs paquet , en gros si y'a pas assez d'octets dans le paquet pour avoir le message complet , pour ca faut sauver les octets du message pas complet dans un buffer et ajouter a la suite le paquet qui va suivre

peu etre que tu le fais (ou pas , apperement c'est plutot "ou pas") j'ai pas envie de refechir , le c++ ca me donne des boutons

kangogoo

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

Merci toons pour tes explications.

Donc il semblerait que les paquets ne soit pas correctement récupérer puisque il diffère du message reçu.

Sinon lorsque un même message est sur plusieurs paquets je l'ai intégré à mon parseur, mais je n'ai pas encore pu le tester.

Je vais revoir tout sa. Merci de votre aide

Cordialement,

Kangogoo

Edit : Problème résolu, je récupère maintenant bien les paquets.

Cliquez pour révéler Cliquez pour masquer

Loading Image

Je peux donc passer au traitement des packets (reader/writer). Est ce que mon dataReader vous semble correct ou vous y voyez des erreurs/améliorations possibles (voir message précédent) ?

ToOnS

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

manque les cas ou le paquet est trop petit pour un gros message mais ces cas la sont assez rares

kangogoo

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

ToOnS a dit : "manque les cas ou le paquet est trop petit pour un gros message mais ces cas la sont assez rares"

Tu parles pour le parseur ou pour le reader ?

Pck j'ai déjà tenu compte de sa dans mon parseur : si la taille récupérer + index + la taille de taille est plus grand que la taille du paquet alors je stocké sa dans un bytearray intermédiaire, je lis la suite, je concatene et je traite.

ToOnS

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

ah ok alors ca roule

Labo

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

ToOnS a dit : "ca je pense que tu as compris , sinon regarde la signature de Labo , il explique ca tres bien"

Merciiiiiiiiiii :D

Si tu veux pas te faire chier avec les paquets bizarrement découpés, relis mon message :

Labo a dit : "Fais attention à comment tu reçois les paquets ! Soit tu fais comme dans les sources avec un buffer de 8192 Bytes, soit tu fais comme moi qui ne reçois que le header pour avoir la taille puis reçois exactement la taille du paquet."

kangogoo

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

J'ai bien lu ton message Labo concernant la récupération du paquet mais j'ai préférer faire comme ça pour le moment. Après si je vois que cela ne marche pas (j'ai pas encore reçu de paquet de plus de 8192 octets) je pencherais certainement vers ta solution.

Cordialement,

Kangogoo.

Labo

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

D'accord :)

Normalement, tu sauras si c'est nécessaire quand tu auras géré la connexion du personnage : c'est là qu'on reçoit plein de paquets d'un coup.

kangogoo

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

Ok, merci de cette précision. Je le saurais donc assez vite.

Par contre au niveau de mon Reader, est ce qu'il vous semble correct, j'ai quelque doute :


#include "DataReader.h"

DataReader::DataReader(QByteArray &_p)
{
  this->paquet = _p;
}

DataReader::~DataReader()
{
}

QByteArray DataReader::getPaquet()
{
  return (this->paquet);
}

void DataReader::setPaquet(QByteArray &_p)
{
  this->paquet = _p;
}

int DataReader::getPos()
{
  return (this->pos);
}

void DataReader::setPos(int _pos)
{
  this->pos = _pos;
}

unsigned char DataReader::readNextByte()
{
  unsigned char myByte;
  myByte = this->paquet.at(this->pos);
  this->pos++;
  return (myByte);
}

QByteArray DataReader::readBytes(int _n)
{
  QByteArray myBytes;
  myBytes.resize(_n);
  for (int i = 0; i != _n; i++)
    myBytes.append(this->readNextByte());
  return (myBytes);
}

short DataReader::readShort()
{
  short myShort;
  myShort = (short)((this->readNextByte() << 8) + this->readNextByte());
  return (myShort);
}

unsigned short DataReader::readUnsignedShort()
{
  unsigned short myUnsignedShort;
  myUnsignedShort =  (unsigned short)((this->readNextByte() * 256) + (this->readNextByte()));
  return (myUnsignedShort);
}

int DataReader::readInt()
{
  int myInt;
  myInt = (int)(this->readNextByte() << 24);
  myInt += (int)(this->readNextByte() << 16);
  myInt += (int)(this->readNextByte() << 8);
  myInt += (int)(this->readNextByte());
  return (myInt);
}

unsigned int DataReader::readUnsignedInt()
{
  unsigned int myUnsignedInt;
  myUnsignedInt = (unsigned int)(this->readNextByte() << 24);
  myUnsignedInt += (unsigned int)(this->readNextByte() << 16);
  myUnsignedInt += (unsigned int)(this->readNextByte() << 8);
  myUnsignedInt += (unsigned int)(this->readNextByte());
  return (myUnsignedInt);
}

bool DataReader::readBool()
{
  if (this->readNextByte() == 01)
    return (true);
  return (false);
}

std::string DataReader::readString()
{
  QByteArray myString;
  myString = this->readBytes(this->readUnsignedShort());
  return (std::string(myString.constData(), myString.size()));
}

Labo

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

Je comprends pas pourquoi parfois tu utilises des opérations left et parfois la multiplication (je sais d'ailleurs pas si ça fonctionne sur des QByte).

Sinon, je pense que tu lis bien le signe dans les short et int mais je comprends plus ce que veut dire (int) par exemple dans :

myInt = (int)(this->readNextByte() << 24);

C'est sûrement un convertisseur, j'ai oublié la syntaxe.

Après tout, la meilleure vérification, c'est le test. Comme a dit Knuth :

Donald a dit : "Faites attention aux bogues dans ce code ; je n'ai fait que démontrer qu'il était correct, je ne l'ai pas essayé."

Et c'est bien d'avoir pensé au big endian !

Ah et aussi, moi j'ai une fonction readUnsignedByte dans mon reader, on doit en avoir besoin quelque part.

Gohu

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

Labo a dit : "Ah et aussi, moi j'ai une fonction readUnsignedByte dans mon reader, on doit en avoir besoin quelque part."

Oui a la récéption des paquets, si le lenType est de 1, tu lis la lenght en UByte :)

kangogoo

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

Labo a dit : "Je comprends pas pourquoi parfois tu utilises des opérations left et parfois la multiplication (je sais d'ailleurs pas si ça fonctionne sur des QByte).
Sinon, je pense que tu lis bien le signe dans les short et int mais je comprends plus ce que veut dire (int) par exemple dans :
myInt = (int)(this->readNextByte() << 24);
C'est sûrement un convertisseur, j'ai oublié la syntaxe.
Après tout, la meilleure vérification, c'est le test. Comme a dit Knuth :
[quote="Donald"]Faites attention aux bogues dans ce code ; je n'ai fait que démontrer qu'il était correct, je ne l'ai pas essayé."

Et c'est bien d'avoir pensé au big endian !

Ah et aussi, moi j'ai une fonction readUnsignedByte dans mon reader, on doit en avoir besoin quelque part.[/quote]

C'est vrai que je varie entre la multiplication et l'opération left et je ne saurais te dire pourquoi. C'est juste venu sur le moment. C'est vrai que je ne sais pas non plus si les opérateurs "<<" fonctionne avec les QByteArray, je vais vérifier de suite.

Le "(int)" c'est un cast explicite : c'est pour être sur d'avoir le bon type.

Ton readUnsignedByte est équivalent a mon readNextByte, il lit le prochain octet tout simplement.

Cordialement,

Kangogoo.

Edit : A priori, pas de soucis avec les opérateurs "<<" et ">>" pour les QByteArray. Je vais commencer à faire le Writer pour pouvoir tester au plus vite à la fois de reader et le writer et ainsi me rendre compte si il y a des bogue ou non.

Labo

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

Moi, je pensais plutôt que le problème viendrait de la multiplication :P Mais après tout, le typage est faible en C/C++.

Ah oui, en effet, j'avais pas lu le type de retour de readNextByte, je croyais qu'il renvoyait un QByte, sauf que ça existe pas (enfin pas à ma connaissance) :)

Conclusion : ton reader était très bien, tu manques juste de confiance :D

Moonlight-Angel

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

Wut Labo ? Le typage est faible en C/C++ ?

Moi je trouve plutôt que le typage est fort dans ces langages.

C'est le PHP par exemple qui a un typage faible.

BlueDream

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

[Image Introuvable] Loading Image

Labo

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

@alexandre : j'ai pas compris la fin avec Mac.

@Moonlight-Angel : tu peux additionner un short avec un long et le stocker dans un long (par exemple). En général, on s'en rend pas trop compte tellement ça paraît évident, mais quand tu fais du Caml, dont le typage est aussi statique mais fort, on voit la différence avec le C :P Genre on a des opérations pour les entiers (+, -, *, /) et des opérations pour les flottants (.+, .-, .*, ./) :lol:

@kangogoo : Essaye de changer le titre du sujet pour pas te faire allumer par Sparkdaemon, vu que tu es parti un peu loin de ta question initiale sur les threads.

« Page précédente Page suivante »