Discussion :

[Misaki43]

Bonsoir,

Lors d'un projet java qui doit échanger des données entre client/serveur en UDP, je ne récupère pas la bonne valeur de string :
J'envois (en C) un message

Code :

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

snprintf(buf, 30, "mot1 mot2 %d" , val);

Je receptionne (en Java) le message en faisant :

Code :

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

1
2
3
4
String packetRecu = new String(packet.getData());
	   packetRecu = packetRecu.trim();
           String str[] = packetRecu.split(" ");
	   int val = Integer.valueOf(str[2]);

"trim" est censé supprimé le "reste de la chaine non utilisé du buf" : ça marchait quand je faisait un envoi en java mais ça ne marche plus quand j'envois à partir du C.
au lieu d'avoir "15" dans str[2] j'ai "15 ÿÿÿX'a W"

Savez vous comment faire pour ne récupérer que le 15 ?

[ram-0000]

Je connais 3 manières d'envoyer des chaines de caractères sur un flux TCP :

1. Soit on utilise un délimiteur spécifique qui permet au récepteur de savoir quand se termine la chaine de caractères
2. Soit on ne transmet que des chaines de caractères d'une longueur données qui ne change pas (éventuellement en rajoutant des caractères de bourrage ou bien en tronquant la chaine de caractères
3. Soit avant d'envoyer la chaine de caractères, on envoie sa longueur de manière à ce que le récepteur sache la longueur à recevoir (et éventuellement fasse la bonne allocation mémoire).

A mon avis, la 3eme méthode, bien que un tout petit peu plus complexe, est la plus évolutive et ne te décevra jamais.

[thelvin]

Savez vous comment faire pour ne récupérer que le 15 ?

Oui, mais ce n'est pas comme ça qu'il faut faire.
Il y a un bug dans ton code C qui envoie trop de données (en l'occurrence, un tableau de 30 octets alors que le message à envoyer en fait... Un peu moins.) Il faut corriger ton code C pour qu'il n'ait pas de bug. Ce n'est pas une question Java.

Je connais 3 manières d'envoyer des chaines de caractères sur un flux TCP :

Là c'est un paquet UDP, pas un flux. La taille des données est indiquée par le protocole, et Java fait en sorte qu'on ait pas besoin de s'en occuper.

[Misaki43]

exact problème résolu

J'ai changé le C en transmettant que la taille exacte de la chaîne (mon problème était que je savais pas combien il y avait de chiffre pour la valeur entière "val" du coup j'ai fait si val<10 on compte +1 sinon +2 mais bon c'est pas terrible je trouve).

Voilà avant de marquer résolu dites moi si vous avez mieux mais demain je le mettrais en résolu après avoir lu vos suggestions

Merci pour votre aide !