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�.