[sockets TCP] pb envoi de chaines, char :s

Bonjour à tous, voila 3 jours que l'on bloque sur un problème qui doit être con !

On crée une struture objet :

Code:

---

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

typedef struct { int num; char categorie [MAXT]; char titre [MAXT]; char description [MAXT]; int duree; int prix_depart; int prix_reserve; int termine; } objet;

---

Ensuite, voila comment sont remplies les variables :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

ssize_t lu; char choix[MAXT]; int pid = getpid(); int cpt=0; int duree,prix_d,prix_r; objet obj; obj.num=nbo;     do{ lu = recv(f,choix,MAXT,0); //on lit ce qu'il y a sur le buffer et le met ds choix switch (cpt) { case 0: strcpy(obj.categorie,choix);break; // d'abord on remplit la categorie ... case 1: strcpy(obj.titre,choix);break; case 2: strcpy(obj.description,choix);break; case 3: sscanf(choix,"%d",&duree);obj.duree=duree;break; case 4: sscanf(choix,"%d",&prix_d);obj.prix_depart=prix_d;break; case 5: sscanf(choix,"%d",&prix_r);obj.prix_reserve=prix_r;break; } cpt++;         } while (cpt<6); tab[nbo]=obj; nbo++; obj.termine = 0;

---

Maintenant, on envoie les valeurs des variables au client :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36

ssize_t lu; char choix[MAXT]; char nbobj[MAXT]; char num_obj[MAXT]; char prix[MAXT];char tmp[MAXT]; int pid = getpid(); int duree,prix_d,prix_r; objet obj; obj.num=nbo; int cpt=0,i=0;         sprintf(nbobj,"%d",nbo); strcat(nbobj,"\n"); cpt=write(f,nbobj,strlen(nbobj));       sprintf(num_obj,"%d",tab[0].num); strcat(num_obj,"\n"); cpt=write(f,num_obj,strlen(num_obj)); printf("%d\n",cpt);   strcat(tab[0].titre,"\n"); cpt=write(f,tab[0].titre,strlen(tab[0].titre)); printf("%d\n",cpt);   strcat(tab[0].description,"\n"); strcpy(tmp,tab[0].titre); cpt=write(f,tab[0].description,strlen(tab[0].description)); printf("%d\n",cpt);   sprintf(prix,"%d",tab[0].prix_depart); strcat(prix,"\n"); cpt=write(f,prix,strlen(prix)); printf("%d\n",cpt);

---

Alors du coté client (en java), c'est EXACTEMENT le même alogo, mais dans l'autre sens !

Le problème est, que dès que le client recoit Titre, Categorie, ou Description, ça beugue.
Par exemple, si on se contente d'envoyer num_obj, ou prix, pas de problèmes !
Mais dès que c'est un char (titre, description...), le PREMIER envoie/reception fonctionne, mais pour les suivants, le client recoit que du vide :cry:

Tous les envois/réceptions sui suivent l'envoie d'un char ne fonctionnent plus! C'est trop bizzard.

On a tout testé, avec les write, ou les send, même problème.

On dirait que ça vient des chars, mais d'ou exactement?

Merci bcp, dans l'espoir que vous allez m'aider svp !

Citation:

---

Envoyé par sqwam71

Alors du coté client (en java), c'est EXACTEMENT le même alogo, mais dans l'autre sens !

Le problème est, que dès que le client recoit Titre, Categorie, ou Description, ça beugue.
Par exemple, si on se contente d'envoyer num_obj, ou prix, pas de problèmes !
Mais dès que c'est un char (titre, description...), le PREMIER envoie/reception fonctionne, mais pour les suivants, le client recoit que du vide :cry:

---

Avant de se plonger dans le code, quelles études préalables ont été faites ? Un format indépendant de toute implémentation a-t-il été défini pour transporter les données ? (Texte, binaire) ?

Oui !

On envoie et recoit tout en texte. Ex : les entiers sont transformés en texte grâce à l'instruction sprintf(nbobj,"%d",nbo); et ça fonctionne !

Mais pour les char ?????? on ne voit pas.

à l'aide svp

Citation:

---

Envoyé par sqwam71

On envoie et recoit tout en texte. Ex : les entiers sont transformés en texte grâce à l'instruction sprintf(nbobj,"%d",nbo); et ça fonctionne !

---

C'est du codage terminal, mais moi, je parle d'organisation des données.

Citation:

---

Mais pour les char ?????? on ne voit pas.

à l'aide svp

---

Si tu parles des chaines de caractères, il faut déterminer un format adéquate.

Il y a plusieurs façons de faire. Il est d'usage de s'inspirer du format CSV, par exemple :

• Chaque enregistrement est composé d'une ligne de texte :
  
  Code:

  ---

  <enregistrement>EOL

  ---

• Un enregistrement comporte un nombre fixe de champs de données séparés par un caractère adéquate (,;!#§ etc., peu importe). Il faut que ce caractère ai peu de chances de se trouver dans les données) :
  
  Code:

  ---

  enregistrement ::= <champ>[SEP<champ>[*]]

  ---

• Un champ de donné est codé en texte. Les données texte sont laissée telle quelles, les données numériques sont codées en décimal. Les flottants sont codés en virgule fixe ou en notation scientifique avec E.
• Un champ non utilisé (ignoré) est laissé vide :
  
  Code:

  ---

  <champ>SEP VOID SEP<champ>EOL

  ---

  Il n'est pas interprété, la valeur du champ est laissée inchangée. On ne peut donc pas transporter de 'chaine vide'[1]
• VOID est 'rien', c'est à dire que les séparateurs sont 'collés'. Par exemple :
  "hello,,world\r\n"
• La table de caractères (charset) est ASCII (0-127). On évite le 0 qui complique les traitements. Si on a besoin de caractères supplémentaires, il faut envisager un charset étendu. L'important est qu'il soit correctement défini.
• EOL est la marque de fin de ligne. C'est généralement une séquence CRLF, soit en ASCII les caractères CR (13 ou '\r') et LF (10 ou '\n').

Bref, une spécification d'échange de données, ça ne tombe pas du ciel, il faut y réfléchir... J'attends donc le fruit de ta reflexion...

Rien de tout cela n'a à voir avec les langages C ou Java, on est bien d'accord ?

-------------------------------------
[1] Si cette disposition ne convient pas, il faut encadrer les champs textes de "", mais c'est légèrement plus complexe. On peut aussi considérer qu'un champ 'vide' est une erreur...

On est d'accord mais justement je ne vois pas le rapport. Je veux juste envoyer des chaines de caractères de mon serveur en C, à mon client.

Les entiers, pas de prob, pour les chaines, je ne vois pas pkoi ça bloque ! On galère toujours dessus, rien ni fait, ça parait correcte pourtant.

Citation:

---

Envoyé par sqwam71

On est d'accord mais justement je ne vois pas le rapport. Je veux juste envoyer des chaines de caractères de mon serveur en C, à mon client.

Les entiers, pas de prob, pour les chaines, je ne vois pas pkoi ça bloque ! On galère toujours dessus, rien ni fait, ça parait correcte pourtant.

---

• De quelle façon émets-tu la chaine ?
• De quelle façon la reçois-tu ?

Dans un premier temps; l'envoi se fait en java ...

Code:

---

1 2 3 4

PrintWriter sisw=new PrintWriter(new BufferedWriter(new OutputStreamWriter(soc.getOutputStream())),true);   sisw.println("ma_chaine");

---

...Et la réception en C (je rempli mes variables CF. DéBUT POST).

Puis le serveur renvoi tout au client (rep2=bf.readLine(); ) qui affiche au fur et à mesure (cf. début post).

Citation:

---

Envoyé par sqwam71

Dans un premier temps; l'envoi se fait en java ...

Code:

---

1 2 3 4

PrintWriter sisw=new PrintWriter(new BufferedWriter(new OutputStreamWriter(soc.getOutputStream())),true);   sisw.println("ma_chaine");

---

---

Je ne connais pas Java. C'est censé mettre quoi dans le tuyau ? "ma_chaine\n" ?

Citation:

---

...Et la réception en C (je rempli mes variables CF. DéBUT POST).

Code:

---

1 2 3 4 5

ssize_t lu; char choix[MAXT]; /* */ lu = recv(f,choix,MAXT,0);

---

---

C'est pas bon. Il faut :

• Réserver une place pour le 0
  Code:

  ---

  lu = recv(f,choix,MAXT - 1,0);

  ---

• Vérifier si la réception est valide :
  Code:

  ---

  1 2 3 4

  lu = recv(f,choix,MAXT - 1,0); if (lu > 0) {

  ---

• Placer le 0 de façon à ce que la chaine soit valide
  Code:

  ---

  1 2 3 4 5

  lu = recv(f,choix,MAXT - 1,0); if (lu > 0) { choix[lu] = 0;

  ---

Voilà pour avoir une chaine valide.

Après, il faudrait vérifier la présence du '\n', reconstituer les blocs de données qui seraient plus longs que la taille du buffer...

http://emmanuel-delahaye.developpez....eaux.htm#texte

Citation:

---

Je ne connais pas Java. C'est censé mettre quoi dans le tuyau ? "ma_chaine\n" ?

---

Oui println rajoute le caractère de saut de ligne.

Ça n'envoie pas des caractères unicode, java ?
Il me semble qu'un char en java fait 16 bits, du genre UCS-2 ou UTF-16...