Discussion :

[NeuNeu78]

Bonjour,

Je developpe actuellement une application réseau en UDP.
Pour l'envoie des données j'ai opter pour une structure contenant un int et un data:

Code :

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

1
2
3
4
5
struct netData
{
    int size;
    void* Data;
};

jusque la tout va bien, le champ size contient la taille de 'Data', j'envoie donc ma structure par le reseau, et quand je la reçoit, je n'est donc aucune information de la taille de ma data par contre, je sais que j'ai un int puis une data de taille variable, j'aurais donc aimer pouvoir lire une première fois avec:

Code :

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

recvfrom(sockfd, &netData.size, sizeof(netData.size), 0, src_addr, addrlen)

pour récupérer la taille de ma data puis refaire un recvfrom pour remplir ma data hors mon deuxieme recvfrom bloque jusqu'a ce que je lui renvoye un nouveau datagram.
J'aurais donc voulu savoir si en appelant 2 fois d'affilée recvfrom, je suis obligée de recevoir 2 datagram ou bien je peut relire des informations de mon 1er datagram?
Merci et bonne soirée.

[Melem]

Attention, si tu envois une structure netData sur le réseau, alors tu ne transmettras que 8 octets de données : size (4 octets) et Data (4 octets, si la taille d'un pointeur est bien de 4 octets). Pour bien transmettre la structure il faut faire (en supposant que mydata.Data pointe bien vers les données à transmettre) :

Code :

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

1
2
Send(..., &mydata.size, sizeof(mydata.size));
Send(..., mydata.Data, DataLength);

Pour la réception :

Code :

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

1
2
Recv(..., &mydata.size, sizeof(mydata.size));
Recv(..., mydata.Data, BUF_SIZE);

En supposant que mydata.Data pointe bien vers un buffer de taille BUF_SIZE minimum.

[NeuNeu78]

Ah oui effectivement j'avais pas vu sa dans mon exemple, dans mes tests j'avais fait une structure avec que des int:

Code :

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

1
2
3
4
5
6
7
struct test
{
    int size;
    int test1;
    int test2;
    int test3;
};

et je faisait un premier recvfrom pour récuperer juste la taille du paquet, sa marchait mais apres pour remplir mes autres int par un deuxieme recv, y restait bloquer meme avec une taille de lecture de 1 donc c'est comme si il lisait tout le datagram dans mon premier recvfrom.

Mais je ne peut pas faire comme tu ma proposer car je suis en UDP et je n'est aucune idée dans quel ordre les paquets arriveront, mais j'ai bien compris l'histoire du pointeur j'avait juste pas pensé quand j'ai écrit mon exemple surtout que dans l'application sa ne sera pas un pointeur et dans mes tests a coté j'avais utiliser la structure plus haut.
Je pense qu'il va falloir que je lise un datagram avec comme taille max, la taille d'un datagram, j'essayerai demain, la je vais dodo.
Merci, et bonne nuit.

[Melem]

Je vais prendre un meilleur exemple :

Code :

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

1
2
3
4
5
struct test
{
    int size;
    char data[256];
};

La taille de cette structure est de 260 octets mais on n'est pas obligé d'envoyer la structure entière à chaque fois. Prenons un exemple :

On veut envoyer "Bonjour.\n", y compris le '\0', c'est-à-dire 10 caractères. Plus la taille du champ size, on va donc envoyer 14 octets.

Code :

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

1
2
3
strcpy(mytest.data, "Bonjour.\n");
mytest.size = 10;
Send(..., &mytest, 14);

A la réception, on lit tout d'abord la taille des données reçues avant de lire le reste.

Code :

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

1
2
Recv(..., &mytest.size, sizeof(mytest.size));
Recv(..., mytest.data, mytest.size);

- Attention, l'argument size des fonctions Recv indique la capacité du buffer de destination des données à lire, pas le nombre d'octets que la fonction doit lire. Le nombre d'octets lus est fourni en valeur de retour de la fonction quand tout s'est bien passé. Il faut donc faire une boucle qui ne s'arrête que lorsque le nombre total d'octets lus ait atteint n si on veut lire exactement n octets, ni plus ni moins.

- Tu ne vas quand même pas utiliser des valeurs hard-codées (10, 14, etc.) comme je l'ai fait dans ton programme ... Tu peux faire mieux.

[Pouet_forever]

Si je dis pas de bêtises les paquets sont tous terminés par "\r\n" du coup je pense que tu peux faire une fonction qui accepte un socket et un buffer (et peut-être d'autres paramètres) et tu continues à recevoir tant que tes données ne sont pas terminées par "\r\n" ou jusqu'à une taille max définie (taille max du buffer).

[Melem]

C'est une convention utilisée sur Internet et c'est utilisable uniquement avec des protocoles à base de texte, ce n'est pas une obligation. Le '\r\n' joue le rôle du '\0' du C. Si les messages échangés n'ont pas de marque de fin, alors il faut évidemment indiquer la taille de chaque message envoyé.