QTcpSocket read : pas de données

Bonjour,

J'ai un problème de réception de données avec mon appli client:

J'ai essayé de suivre l'exemple : http://qt.developpez.com/doc/4.5/network-fortuneclient/

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

void MainWindow::readServerData() { QDataStream in(_tcpSocket); qDebug() << "bytesAvailable " << _tcpSocket->bytesAvailable(); if (_tcpSocket->bytesAvailable() == 0) return;   QString data; in >> data; qDebug() << "data " << data; }

---

Le serveur envois la chaine suivante "hello"
Le packet tcp est bien reçu, la fonction est appelée.
Le nombre de byte est correcte, mais impossible d'afficher le contenu.

Code:

---

1 2 3

bytesAvailable 6 data "

---

Quelqu'un aurait-il une idée?

Utiliser QByteArray au lieu de QString ?

Citation:

---

Envoyé par Ferllings

Le serveur envois la chaine suivante "hello"

---

Visiblement, le string n'a pas été encodé côté serveur avec le même principe (QDataStream), qui utilise ce format d'encodage:

Citation:

---

QString
* If the string is null: 0xFFFFFFFF (quint32)
* Otherwise: The string length in bytes (quint32) followed by the data in UTF-16

---

Ici, pour 'hello', on aurait plutôt dû recevoir 14 octets: 4 octets (32bits) pour la taille du string et (ici) chacune des 5 lettres encodée sur 2 octets (cf. UTF-16.

Ce qui m'amène à penser que le string a probablement été encodée en tant que 'dump' direct d'un char* (6 octets = 5 lettres de 'hello' plus le caractère de fin '\0').

Donc on en revient à la proposition de FloMo: passer par un QByterArray pour récupérer les 6 octets, puis utiliser le constructeur QString(QByteArray) pour retrouver ton 'hello' de départ.

A noter qu'en utilisant une telle méthode d'encodage côté serveur, tu vas très vite être bloqué avec les caractères ne faisant pas partie de l'ASCII standard (genre '€'). Il est plus que conseillé d'encoder en passant par les QString côté serveur également.

J'ai essayé ca, mais j'obtiens le même résultat.

Code:

---

1 2 3 4 5

QByteArray data; _tcpSocket->read(data.data(), data.size()); qDebug() << "bytesAvailable " << _tcpSocket->bytesAvailable(); qDebug() << "data " << data;

---

Salut,
si tu veut pouvoir lire ta string envoyé, il faut que bytesAvailable() retourne un nombre >= à la taille de ta string. Sinon tu va faire des lecture corrompu.
En principe, on ajoute la taille de l'élément envoyé en début del'envoie. A la réception, on lit ainsi la taille à attendre et l'on fait une récupération une fois ce nombre de byte atteins.
regarde les exemple deans Qt, il montre le principe :
http://qt.developpez.com/doc/4.4/network-fortuneserver/

Code:

---

1 2 3 4 5 6 7

QByteArray block; QDataStream out(&block, QIODevice::WriteOnly); out.setVersion(QDataStream::Qt_4_0); out << (quint16)0; out << fortunes.at(qrand() % fortunes.size()); out.device()->seek(0); out << (quint16)(block.size() - sizeof(quint16));

---

http://qt.developpez.com/doc/4.4/network-fortuneclient/

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

QDataStream in(tcpSocket); in.setVersion(QDataStream::Qt_4_0);   if (blockSize == 0) { if (tcpSocket->bytesAvailable() < (int)sizeof(quint16)) return;   in >> blockSize; }   if (tcpSocket->bytesAvailable() < blockSize) return;   QString nextFortune; in >> nextFortune;

---

La solution proposée par yan est effectivement indispensable pour ne pas corrompre à terme ton flux de données.

Citation:

---

Envoyé par Ferllings

J'ai essayé ca, mais j'obtiens le même résultat

---

Pour info, dans ton cas précis, le nombre d'octets et assez restreint pour qu'il soit envoyé dans un seul paquet, donc l'origine du problème ne venait pas de ce que t'explique (à raison) yan.

Mais, dans ton exemple de code, tu initialises un QByteArray sans paramètre qui, d'après la doc:

Citation:

---

Constructs an empty byte array.

---

C'est donc un QByteArray qui a une taille de ... zéro octets.

Code:

---

_tcpSocket->read(data.data(), data.size());

---

Donc, la ligne ci-dessus ne va lire ... rien du tout car data.size() vaut zéro !

CQFD.

Citation:

---

Envoyé par yan

Salut,
si tu veut pouvoir lire ta string envoyé, il faut que bytesAvailable() retourne un nombre >= à la taille de ta string. Sinon tu va faire des lecture corrompu.
En principe, on ajoute la taille de l'élément envoyé en début del'envoie. A la réception, on lit ainsi la taille à attendre et l'on fait une récupération une fois ce nombre de byte atteins.
regarde les exemple deans Qt, il montre le principe :
http://qt.developpez.com/doc/4.4/network-fortuneserver/

---

Merci Yan mais tu n'as pas du comprendre ma question:
Je suis justement parti de ces examples pour mon client.
Mais dans mon cas ca ne fonctionnait pas vu que je n'ai pas de contrôle sur le serveur, et qu'il envoit des caractères dans un encodage different.
C'est pourquoi on m'a conseillé d'utiliser QByteArray.
En se qui concerne la taille de la donnée envoyée je m'en occuperais une fois que j'aurais reussi à reçevoir quelques caractères :)

ha ok.
Ben il faut pas passer par une QString alors :aie:

Bon ben ca n'a pas l'air d'un problème d'encodage:

J'ai essayé de connecter mon client au fortuneServer avec ce code:

Code:

---

1 2 3 4 5 6 7

qDebug() << "bytesAvailable " << _tcpSocket->bytesAvailable(); QDataStream in(_tcpSocket); in.setVersion(QDataStream::Qt_4_0); QString data; in >> data; qDebug() << "data " << data;

---

Et le problème est le même:

Code:

---

1 2 3

bytesAvailable 118 data ""

---

Par contre le fortuneClient fonctionne bien.
Je vais essayer de voir quelles sont les differences entre mon client et le fortuneClient.
Ya forcement qqchose que je fais mal.

ce sont des caractère 8bit ou 16bit?

[edit]
il ne faut pas utiliser QString car DataStream les écrit d'une certaine manière pour pouvoir les relire. Donc si ton text est envoyé d'une autre manière, tu ne peut pas lire une QString ;)

Citation:

---

Envoyé par yan

il ne faut pas utiliser QString car DataStream les écrit d'une certaine manière pour pouvoir les relire. Donc si ton text est envoyé d'une autre manière, tu ne peut pas lire une QString ;)

---

J'ai justement voulu verifier cela en utilisant un QString(code du fortuneClient) et en connectant le fortuneServer. Vu que ce sont les 2 mêmes encodage, ca aurait du fonctionner.
Mais vu que ce n'est pas le cas, j'en deduis que mon problème vient d'ailleur.

Je cherche...

Citation:

---

Envoyé par Ferllings

J'ai justement voulu verifier cela en utilisant un QString(code du fortuneClient) et en connectant le fortuneServer. Vu que ce sont les 2 mêmes encodage, ca aurait du fonctionner.
Mais vu que ce n'est pas le cas, j'en deduis que mon problème vient d'ailleur.

Je cherche...

---

y as deux problème:
* ce que doit lire DataStream
* ex ce que ce que doit lire Datastream est arrivé.

Si c'est une chaîne de caractère, faire une lecture caractère par cractère. D'où ma question caractère 8bit ou 16 bit.
un truc comme :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

QDataStream in(_tcpSocket);   QString resultat; quint8 c; while(...) { if (tcpSocket->bytesAvailable() >= sizeof(quint8 )) { in >> c; resultat+= c; } ... }

---

Ca avance:

J'ai utilisé un int16, comme je teste toujours avec le fortuneServer.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

QDataStream in(_tcpSocket);   QString resultat; quint16 c; while(_tcpSocket->bytesAvailable() > 0) { if (_tcpSocket->bytesAvailable() >= sizeof(quint16 )) { in >> c; char h = c; qDebug() << _tcpSocket->bytesAvailable() << " (" << c << ") (" << h << ")"; resultat+= c; } } qDebug() << "data " << resultat.size() <<" (" << resultat<< ")";

---

Apparement le Qstring contient bien tous les caractères.
Mais ensuite c'est le Qdebug qui n'arrive pas à l'afficher à cause du '0'.

Code:

---

1 2 3 4 5 6 7 8 9 10 11

44 ( 44 ) ( , ) 42 ( 0 ) ( 40 ( 40 ) ( ( ) 38 ( 89 ) ( Y ) ... ... 4 ( 105 ) ( i ) 2 ( 108 ) ( l ) 0 ( 46 ) ( . ) data 23 ( ",

---

Merci pour votre aide, maintenant que j'ai cerné le problème, je pense que j'arriverais à convertir tout ca.