Discussion :

[makuta]

Bonjour,

voila presque tout est dans le titre ^^. Je cherche à faire dialoguer (en TCP) un serveur Qt avec un client écrit en C (oui je sais ce n'est pas forcément l'idéal). A première vue j'ai bien un échange sauf que je n'arrive pas à lire correctement les données.

le client C envoi une structure (avec un send) du type :

Code :

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

struct Message {int a, int b, char[BUFSIZ] m};

et le serveur Qt la lit avec QDataStream et l'opérateur >> surchargé.

Le résultat est que je reçois 2 entiers, qui n'ont rien a voir avec ceux émis, et une chaine vide, alors qu'elle ne l'était pas. Je pense à un problème de décalage de bits mais je ne vois pas comment résoudre ce problème.

Est ce que vous pouvez me donner un coup de main ?

[3DArchi]

Salut,
Il me semble que QDataStream utilise un format binaire qui lui est propre pour l'échange des données. Donc, je ne suis pas sur que tu puisses utiliser un simple send(socket,&my_struct,sizeof(my_struct)) (de toute façon, il faudrait te préoccuper de l'endianness et des l'alignement).

[makuta]

D'accord,
j'ai pensé a regardé du coté de TcpSocket avec les méthodes read*, mais je n'ai eu plus de succès.
Est ce que vous savez s'il existe des méthodes pour lire des données émises en C ?

[gbdivers]

Bonjour makuta et bienvenu sur le forum Qt

Ce qu'il faut comprendre, c'est que struct Message aura une structure interne en mémoire qui dépend de la plateforme et donc envoyer directement cette structure avec send ne sera pas portable.
Le but de la sérialisation (QDataStream, boost::serialize, etc.) est de créer un paquet de données qui ne sera pas plateforme-dépendant. Il utilise en général un format spécifique, qui sera en général compatible qu'avec lui même. Par exemple, QDataStream code les char* en ajoutant un quint32 en en-tête sans \0 terminal. Et les int seront convertit en qintXXX en fonction de la plateforme (et ne seront donc pas portable).

Tu peux lire directement un paquet de x octets avec readRawData. Mais ça ne fonctionnera que si les formats binaires de tes structures sont identiques entre ton émetteur et ton récepteur ("il faudrait te préoccuper de l'endianness et des l'alignement" comme dit 3DArchi). Si ton émetteur doit fonctionner sur plusieurs plateformes différentes, ça devient très compliqué de gérer la réception.

Si les programmes tournent sur les mêmes plateformes, essaies de lire directement (mode barabare) le paquet d'octet.

émetteur :

Code :

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

1
2
struct Message {int a, int b, char[BUFSIZ] m};
send(socket,&my_struct, sizeof(my_struct));

réception :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
struct Message {int a, int b, char[BUFSIZ] m};
Message data;
const int buffer_size = sizeof(int) * 2 + sizeof(char) * BUFSIZ; 
   // je ne sais plus si la norme impose char = 1 octet donc par défaut...
   // en espérant que l'alignement ne pose pas de problème...
QDataStream in(&tcp_socket);
char* buffer = static_cast<char*>(&data);
if (in.readRawData(buffer, buffer_size) == -1)
   // erreur
else
   // ok

Mais c'est vraiment du code sale

L'idéal est d'utiliser une lib de sérialisation dans l'émetteur.

[makuta]

J'ai essayé votre solution, elle fonctionne, j'ai juste rajouté un cast en char* dans le static_cast et j'en ai utilisé un 2eme pour convertir le buffer en Message.

Par contre a quoi sert le static_cast (j'utilise plus le const_cast ou le dynamic_cast que celui la)

[3DArchi]

Salut,
Comme te l'a dit gbdivers, cette approche est problématique : la taille des types natifs peut varier d'une plateforme à l'autre, ainsi que le boutisme et les contraintes d'alignements. On n'échange jamais des structures telles quelles mais on se défini un petit 'protocole' de sérialisation !

Pour ta question sur les casts : F.A.Q : Comment effectuer une conversion de type explicite (cast) ?

[makuta]

Dans la mesure où mon programme ne tourne qu'en local (le programme fait de la simulation) il ne devrait pas y avoir de problème au niveau de la lecture des paquet. si ?

Pour le protocole de sérialisation ça serait par exemple rajouter un certain nombre de bits lors de l'émission et de les enlever pour désérialiser ?