Chaine de caractères dynamique

Bonsoir,

j'ai écrit un petit programme en C qui permet à un serveur de recevoir une chaine de caractères envoyée par un client, alors au lieu d'utiliser un buffer je veux utiliser une chaine de caractères dynamique :

Code:

---

chaine = malloc(255 * sizeof(char*))

---

je reçois toujours les 4 premiers caractères seulement :roll: je ne sais pas pourquoi ? Pourtant quand j'utilise un buffer tout marche bien

Merci pour votre aide.
E.BAZAOGA

Bonsoir, sans autres info, on ne pourra pas vous aider, pour la simple bonne raison que ne nous somme pas devin (enfin, pas pour ma part).
Il faudrait nous montrer la procédure d’envoi du client, ainsi que la procédure de réception du serveur. Mais aussi qu'est ce que vous voulez dire par buffer (cette chaine peut être utilisée comme buffer). Bref, soyez plus précis.

edit1: et si c'est une chaine, c'est une suite de char donc sizeof(char)

Merci pour la réponse, voici une partie du code "Coté serveur" :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

chaine = (char*)malloc(sizeof(char)*255); recu = recv(desc_sock_trans,chaine,sizeof(chaine),0);   if(recu < 0){ printf("Pb Reception"); exit(0); }   chaine[recu]='\0'; printf(" \n\t j'ai reçu : %s de taille %d \n",chaine,recu);

---

quand je remplace cette ligne :

Code:

---

chaine = (char*)malloc(sizeof(char)*255);

---

par une simple déclaration d'un tableau de caractères tout marche :roll: :roll:

j'espère que j'ai bien expliqué mon problème.
Merci à vous.

Si t'as besoin de caster ton malloc c'est que tu compiles en c++. Change de compilo. Autre chose, dans les echanges reseau il est general utile de faire en sorte de savoir la taille du message. Je vois 3 facons de le faire :

- le message fera toujours x octets donc la pas de probleme
- on envoie la taille du message dans les 4 premiers octets, apres il suffit de boucler sur cette taille pour recuperer le message
- on determine un caractere de fin de message ('\n' par exemple)

Comme ca tu pourras etre plus efficace dans la gestion de tes allocations memoire.

La condition d'erreur de recv en mode bloquant (par defaut donc) est :

Code:

---

if(recu <= 0){

---

Et non pas :

Code:

---

if(recu < 0){

---

tout d'abord merci pour ton aide, en fait je sais qu'il existe d'autre solution plus efficace pour traiter ce problème "tailles de la chaine inconnues." cependant l'allocation dynamique y parmi les solutions donc :

pourquoi cette ligne ne permet pas de réserver une place mémoire nécessaire à recevoir ma chaine ???!!!!

Code:

---

chaine = malloc(25 * sizeof(char));

---

Merci encore une fois
E.Bazoga

Exemple tout simple :

- d'un cote tu envoies une chaine de 458 caracteres
- de l'autre tu as ce code :

Code:

---

chaine = malloc(25 * sizeof(char));

---

Il va se passer a ton avis si tu veux stocker tout le message dans ton buffer de 25 caracteres ?

Citation:

---

Envoyé par imperio

Il va se passer a ton avis si tu veux stocker tout le message dans ton buffer de 25 caracteres ?

---

: je ne suis pas aussi naif

même si ce n'est pas le cas, à la reception je doit recevoir les 25 premiers caractère alors que dans mon cas j'obtiens seulement 4 caractères.

A votre avis, après l’exécution de cette ligne :

Code:

---

chaine = malloc(25 * sizeof(char));

---

Code:

---

sizeof(chaine) = ?????

---

j'obtiens 4 est ce qu'il est normale?!!

Merci a vous.
E.bazoga

Je vois que personne n'a relevé ça

Code:

---

1 2	ssize_t recv(int socket, void *buffer, size_t length, int flags);

---

Or tu écris :

Code:

---

1 2	recu = recv(desc_sock_trans,chaine,sizeof(chaine),0);

---

Citation:

---

length
Specifies the length in bytes of the buffer pointed to by the buffer argument.

---

or ici, sizeof(chaine) est la taille du pointeur et non la taille du buffer


edit: Sur un systeme 32bits, les pointeurs ont une taille de 4 octets, c'est donc de la d'ou vient ton 4 magique

Citation:

---

Envoyé par EpiTouille

Sur un systeme 32bits, les pointeurs ont une taille de 4 octets, c'est donc de la d'ou vient ton 4 magique

---

:ccool::ccool::ccool:

Bien vu et Merci bien pour ton aide.
E.bazoga