Discussion :

[zarbiman]

Salut !

J'ai un problème avec un tableau dans ma structure !
En fait le problème vient de moi, puisque je suis encore un peu perdu avec les pointeurs et tout ça...

Voici donc ce que j'ai :
Dans mon fichier .h, j'ai une structure nommée info contenant un char **tableau;
Ce tableau est un tableau de char, donc un tableau à deux dimensions.

Dans le main de mon fichier .c, je veux à un moment donné utiliser ce tableau.
J'alloue donc la 1e dimension du tableau pour qu'il accepte nb éléments :

Code :

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

ma_struct->tableau = malloc( sizeof(*(ma_struct->tableau)) * nb);

(déjà là j'ai un gros doute sur cette instruction)

Plus loin, je veux insérer un texte dans une case du tableau :

Code :

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

strcpy(ma_struct->tableau[i], texte);

Évidemment ça plante à cet endroit, et je ne sais pas si c'est parce que le malloc d'avant était mauvais, ou si c'est cette dernière instruction qui plante...

Je précise aussi que je ne connais pas à priori la taille des textes à insérer dans le tableau, donc je dois allouer la mémoire de chaque dimensions séparément.


De plus (j'anticipe les problèmes à suivre mais c'est dans le même registre), pour libérer la mémoire, est-ce qu'il me suffit de faire un free sur le tableau ou bien je dois faire un free pour chaque dimension ?
Et la syntaxe suivante est-elle correcte ?

Code :

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

1
2
free(ma_struct->tableau[i]);
free(ma_struct->tableau);

Merci d'avance !!

[diogene]

Bonjour,
Une ambiguité dans ce que tu dis

Dans mon fichier .h, j'ai une structure nommée info contenant un char **tableau;
Ce tableau est un tableau de char, donc un tableau à deux dimensions.

le type char** n'est pas approprié pour un tableau de char quelque soit sa dimension mais pour un tableau de char*. Chaque char* pouvant alors être un pointeur sur un tableau de char. Si tu as adopté cette solution, tu dois allouer le tableau de char* (en quantité nécessaire pour pointer toutes tes chaînes) et pour chaque char* de ce tableau, allouer la quantité de char nécessaire pour chaque chaîne. Il y a donc deux étapes dans l'allocation et il semble que tu as oublié la seconde

Code :

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

strcpy(ma_struct->tableau[i], texte);

ma_struct->tableau[i] n'a pas, sans doute été initialisé par l'adresse d'un tableau de char

Code :

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

1
2
3
ma_struct->tableau[i] = malloc(strlen(texte)+1);
//tester le retour du malloc
strcpy(ma_struct->tableau[i], texte);

Pour la libération, c'est simple : tu dois avoir autant de free que de malloc. Tout ce qui a été obtenu par malloc doit être libéré par free.

[zarbiman]

effectivement ma formulation était ambiguë...
J'ai ajouté le malloc dans mon code, et ça me pose un autre problème, que je ne comprend alors pas du tout !

En fait, mon appli est en deux fichiers, le premier envoie en UDP (donc avec la librairie des sockets) un message au second, le second fichier correspond à ce dont j'ai parlé avant, c'est-à-dire que c'est là qu'il y a la structure et le tableau à deux dimensions.

Or depuis que j'ai ajouté le malloc, les messages que je reçois (même avant toute utilisation du tableau !) sont modifiés :
Par exemple le premier envoi que je fais est CNX\0, et je reçois sur stdin CNXwàè" (alors que c'est CNX qui devrait s'afficher)


C'est très bizarre car j'ai juste ajouté ça :

Code :

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

ma_struct->tableau[i] = malloc(strlen(texte)+1);

et c'est cette ligne qui semble générer le problème, alors qu'elle n'est jamais atteinte !!

Peut-être que je m'y suis mal pris avec mes sockets, mais je ne pense pas. Je ne vois vraiment pas le lien entre cette instruction et la réception de message (qui se fait en aval)... Est-ce un effet de bord ?

[diogene]

Je ne vois vraiment pas le lien entre cette instruction et la réception de message (qui se fait en aval)... Est-ce un effet de bord ?

Probablement, il y avait déjà un problème de réception des messages qui n'était pas (par malchance) mis en évidence. Je crois qu'il faut chercher de ce coté là.

[zarbiman]

Bon j'ai (lâchement) résolu mon problème en me passant de tableau et en utilisant une liste chainée... Ça fait plus de code mais au moins ça fonctionne !!!
Vivement qu'il y ait des langages aussi puissants que le C mais plus faciles à utiliser !!


En tout cas merci pour ton aide !!

[diogene]

zarbiman :

Bon j'ai (lâchement) résolu mon problème ...

J'espère pour toi que c'est le cas. Toutefois, à ta place, je ne serai pas très rassuré car le problème n'ayant pas été identifié, il est peut être à nouveau caché jusqu'à ce que ....