Discussion :

[noals]

Bonjour,

https://www.boost.org/doc/libs/1_77_...cho_client.cpp

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
int main(int argc, char* argv[])
{
  try
  {
    if (argc != 3)
    {
      std::cerr << "Usage: blocking_udp_echo_client <host> <port>\n";
      return 1;
    }
 
    boost::asio::io_context io_context;
 
    udp::socket s(io_context, udp::endpoint(udp::v4(), 0));
 
    udp::resolver resolver(io_context);
    udp::resolver::results_type endpoints =
      resolver.resolve(udp::v4(), argv[1], argv[2]);

J'essaie de modifier ce code pour ne pas à avoir à entrer deux argument pour executer l'application (ex: c:\ app 127.0.0.1 3333) mais je ne comprends pas les arguments dont a besoin "resolver.resolve(..." pour être initialiser. Après modification, endpoints s'en retrouve mal initialisé aussi et ça ne compile plus.

Après recherche, apparement resolver.resolve serait "deprecated" mais je ne sais pas trop par quoi le remplacer.
Quelqu'un peut m'aider?


Merci.

[bacelar]

Ca marche pas ce truc ? :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

udp::resolver::results_type endpoints = resolver.resolve(udp::v4(), "127.0.0.1", "3333");

Attention aux quotes.

[noals]

ben si ça fonctionne après avoir supprimé:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
if (argc != 3)
        {
            std::cerr << "Usage: blocking_udp_echo_client <host> <port>\n";
            return 1;
        }

Bah j'ai rien compris alors lol.
J'avais essayé plusieurs fois mais je changais aussi:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

udp::socket s(io_context, udp::endpoint(udp::v4(), 0));

en remplaçant udp::v4(),0 aussi avec ip_address et port_num car c'est comme ça que j'initialise le endpoint coté server.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
std::string raw_ip_address = "127.0.0.1";
    unsigned short port_num = 3333;
    boost::asio::ip::address ip_address =
        boost::asio::ip::address::from_string(raw_ip_address);
 
...
 
MFserver(boost::asio::io_context& io_context, short port)
        : socket_(io_context, udp::endpoint(ip_address, port_num))

Bref... merci bien, je peux continuer au moins.

[bacelar]

ben si ça fonctionne après avoir supprimé:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
if (argc != 3)
        {
            std::cerr << "Usage: blocking_udp_echo_client <host> <port>\n";
            return 1;
        }

Bah j'ai rien compris alors lol.

Normal, "argc" donne le nombre d'argument en ligne de commande.
Si vous lancer "c:\ app", argc est égale à 1.
argv[0] = "app"

Si vous lancer "c:\ app 127.0.0.1 3333", argc est égale à 3.
argv[0] = "app"
argv[1] = "127.0.0.1"
argv[2] = "3333"

[Bousk]

Et si au lieu de copier du code sans réfléchir et en supprimer au petit bonheur tu le lisais le code en question ?
C'est on ne peut plus clair que tu le lances mal et il te dit comment le faire bien.

Usage: blocking_udp_echo_client <host> <port>\n

[noals]

De ce que j'ai compris, j'initialisais mon "endpoint" avec le socket

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

udp::socket s(io_context, udp::endpoint(udp::v4(), 0));

seulement pour le serveur, je change ces valeurs, et donc naturellement, j'avais utiliser la même méthode avec le client, à savoir:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

udp::socket s(io_context, udp::endpoint("127.0.0.1, 3333));

ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

udp::socket s(io_context, udp::endpoint(ip_address, port_num));

C'est à dire que l'initialisation de mon socket comme je le fais pour le serveur ne compilait plus le code après avoir modifié de la même façon, en plus, l'initialisation du "resolver" et donc non, je n'ai pas compris pourquoi car maintenant, le code compile avec mon resolver mais les argument du socket son ceux "par defaut".

En gros ce que j'comprends là, c'est que ce code initialise le socket avec des valeurs par defaut sans se connecter et donc le resolver défini le type de resultat que le socket doit attendre avec en bonus les infos de connection.

j'imagine que la méthode peut donc être utilisé pour "listen" d'autre type de "result" sur un autre port par exemple mais le fait que le socket soit initialisé avec le port 0 m'a troublé.