Taille du paquet en préfixe ?!

Version imprimable

13/08/2011, 17h16
Mika56

Taille du paquet en préfixe ?!
Salut,

Je cherche à faire communiquer mon application C++/Qt avec un serveur, PHP.
Certains me diront que c'est bizarre, mais c'est un choix que j'ai fait.
Le serveur PHP tourne en CLI, et la socket est ouverte de la manière la plus classique possible (socket_create, socket_bind, socket_listen, socket_accept, socket_read).

Du coté C++, l'envoi me parait aussi des plus classiques :
Code:

1 2 3 4 QByteArray paquet; QDataStream out(&paquet, QIODevice::WriteOnly); out << "hello"; socket->write(paquet);
Le paquet est bien envoyé, mais il n'est pas seul... En effet, un premier caractère l'accompagne, qui se trouve être la taille du paquet !
Par exemple, quand j'envoie "hello", le paquet est préfixé de chr(06), et si j'envoie "hellop", il l'est par chr(07).

En gros, ça donne ça :

Citation:

0000 06 68 65 6c 6c 6f .hello
0000 07 68 65 6c 6c 6f 70 .hellop

Je comprends pas du tout pourquoi, j'suis relativement nouveau à Qt, surtout la partie réseau. Si vous avez une idée, je suis preneur !

Mika.
16/08/2011, 09h15
yan

Salut.
Si tu n'avais pas cette taille, comment savoir la taille de ce que tu reçois?
;)
http://qt.developpez.com/doc/latest/qdatastream.html
http://qt.developpez.com/doc/latest/...eamformat.html

ps: y as aussi de l'endian dedans
16/08/2011, 12h44
Mika56

Au moins, maintenant, je sais pourquoi j'ai cette fichu taille, et merci pour ça :)

Toute fois, je ne comprends pas pourquoi je voudrais connaitre sa taille... Je n'ai qu'à la mesurer, si j'en ai besoin (ce qui n'arrivera surement pas...).
Il n'y a pas une alternative à QDataStream, qui ne serialiserait pas les données ? QTextStream ne semble pas fonctionner pour moi.

Alternativement, je me suis dit que je pourrais traiter les données coté PHP, et j'ai trouvé sur internet les fonctions "QtPack" et "QtUnPack", toute fois, celles-ci ne semblent plus fonctionner (les posts où je les ai trouvées ont 2+ ans), puisque

Code:

0e 00 00 00 0a 00 68 00 65 00 6c 00 6c 00 6f ......h. e.l.l.o

devient tout simplement

Code:

3f 3f 3f 3f ????

le mieux que j'ai pu obtenir étant

Code:

0a 68 65 6c 6c 6f .hello

Mika.
16/08/2011, 13h21
yan

Citation:

Envoyé par Mika56

Toute fois, je ne comprends pas pourquoi je voudrais connaitre sa taille... Je n'ai qu'à la mesurer, si j'en ai besoin (ce qui n'arrivera surement pas...).

Et comment ferais tu? Par exemple, tu reçois deux chaînes codées en utf16. Comment ferais tu pour les différencier?

Citation:

Il n'y a pas une alternative à QDataStream

Tu le fait à la main avec tes conventions de sérialisation/de-sérialisation.

Il n'y a rien de normalisé à ce niveau de couches réseaux.

Après, cela dépend de ce que tu veux faire.
16/08/2011, 22h34
Mika56

Citation:

Envoyé par yan

Et comment ferais tu? Par exemple, tu reçois deux chaînes codées en utf16. Comment ferais tu pour les différencier?

Je les décode et j'utilise strlen() ?

En dehors de cela, j'ai réussit à l'instant à corriger mon problème.
En fait, mon QDataStream passait (assez logiquement) par un QByteArray.
J'ai remplacé les deux par un simple const char*. Le message "hello" est donc maintenant envoyé comme "hello", sans rien de plus, ou de moins.

Mika.
16/08/2011, 23h20
yan

Citation:

Envoyé par Mika56

Je les décode et j'utilise strlen() ?

Comment saurait tu que tu aura bien reçus toute les données de ta chaîne?
et où il faut s'arrêter dans le stream?

Dans ton cas cela peut être plus simple. Mais en générale ce n'est pas si simple que tu ne le pense. Par exemple, tu voulais envoyer "hello".

En passant par un QString tu envoie la chaîne encodé en UTF16 d'où les 00 un peut partout et l'impossibilité de connaitre avec certitude la fin dans le stream reçus.

En passant par const char *, tu envoie directement un tableau d'octet. Comment être sure de la position de fin de ton tableau dans le stream reçus?

Tout ce que tu envoie par write est généralement concaténé avant d'être envoyé. Pour éviter d'envoyer des paquets vide.
Si ton tableau est très grand, il sera envoyé en plusieurs paquets.
16/08/2011, 23h23
Mika56

Citation:

Envoyé par yan

Comment saurait tu que tu aura bien reçus toute les données de ta chaîne?
et où il faut s'arrêter dans le stream?

Dans ton cas cela peut être plus simple. Mais en générale ce n'est pas si simple que tu ne le pense. Par exemple, tu voulais envoyer "hello".

En passant par un QString tu envoie la chaîne encodé en UTF16 d'où les 00 un peut partout et l'impossibilité de connaitre avec certitude la fin dans le stream reçus.

En passant par const char *, tu envoie directement un tableau d'octet. Comment être sure de la position de fin de ton tableau dans le stream reçus?

Tout ce que tu envoie par write est généralement concaténé avant d'être envoyé. Pour éviter d'envoyer des paquets vide.
Si ton tableau est très grand, il sera envoyé en plusieurs paquets.

Je ne veux pas rentrer dans un débat, mais n'est-ce pas là à la couche réseau de s'occuper de ça ?
Que la taille ait à être vérifier, pourquoi pas. Mais ça ne devrait pas être à moi de le faire. Ça devrait être un standard. Sachant qu'on ne va pas révolutionner à nous deux le protocole TCP...

Après, dans mon cas, mes chaines ne devraient pas dépasser les 15/20 caractères... Au pire, je mettrais moi même un système pour avoir la taille à l'avance, mais un qui fonctionnera d'une manière que je sais :D

Mika.
16/08/2011, 23h40
yan

Citation:

Envoyé par Mika56

Je ne veux pas rentrer dans un débat, mais n'est-ce pas là à la couche réseau de s'occuper de ça ? Que la taille ait à être vérifier, pourquoi pas. Mais ça ne devrait pas être à moi de le faire. Ça devrait être un standard. Sachant qu'on ne va pas révolutionner à nous deux le protocole TCP...

La couche TCP ne s'occupe que d'envoyer des paquets. Mais n'as aucune idée de son contenue.
Il existe des protocoles plus haut niveau pour cela comme le HTTP.
http://qt.developpez.com/doc/latest/...rkrequest.html
http://qt.developpez.com/doc/latest/...ssmanager.html

Citation:

Envoyé par Mika56

Après, dans mon cas, mes chaines ne devraient pas dépasser les 15/20 caractères... Au pire, je mettrais moi même un système pour avoir la taille à l'avance, mais un qui fonctionnera d'une manière que je sais :D

Même avec 15/20 caractères tu peux te retrouver avec des cas tordu.
Faut juste bien faire attention ;)
16/08/2011, 23h43
Mika56

Citation:

Envoyé par yan

La couche TCP ne s'occupe que d'envoyer des paquets. Mais n'as aucune idée de son contenue.
Il existe des protocoles plus haut niveau pour cela comme le HTTP.
http://qt.developpez.com/doc/latest/...rkrequest.html
http://qt.developpez.com/doc/latest/...ssmanager.html

Je crains malheureusement sur la vitesse, j'ai, bien que mes paquets soient petits, pas mal d'infos à passer, assez souvent et rapidement.

Citation:

Envoyé par yan

Même avec 15/20 caractères tu peux te retrouver avec des cas tordu.
Faut juste bien faire attention ;)

Ok, merci du conseil :)

Mika.
17/08/2011, 09h13
yan

Dernière chose.
N'hésite pas à faire des flush pour obliger l'envoie d'un paquets.