problème avec free

Version imprimable

problème avec free

Bonjour,

j'ai ecris une fonctionne qui libere de la memoire mais quand j'execute il ya une segmentation fault:

voici la fonction:
Code:

1 2 3 4 5 6 7 8 9 10 void freeInt3d(int*** tab, int taillel, int taillec){ printf("freeInt3d\n"); int i, j; for(i=0 ; i<taillel ; i++){ for(j=0; j<taillec; j++) free(tab[i][j]); free(tab[i]); } free(tab); }

23/05/2011, 14h04
TheGzD

Citation:

Envoyé par nhella22

j'ai ecris une fonctionne qui libere de la memoire mais quand j'execute il ya une segmentation fault

à quel moment dans l'exécution ?

Peut-on voir la ou les parties de code correspondant aux allocations de mémoire autour du int*** ?

voici mon programme
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 #include <stdio.h> #include <stdlib.h> void freeChar3d(char*** tab, int taillel, int taillec){ printf("freechar3d\n"); int i, j; for(i=0 ; i<taillel ; i++){ for(j=0; j<taillec; j++) free(tab[i][j]); free(tab[i]); } free(tab); printf("FIN freechar3d\n"); } char*** remplir(char* t, int tl, int tc){ int i,j; char*** tab = malloc(tl * sizeof(char**)); for(i=0 ; i<tl ; i++){ tab[i] = malloc(tc * sizeof(char*)); for(j=0 ; j<tc ; j++){ tab[i][j] = t; } } return tab; } int main(){ char* t = "maman"; char*** tab = remplir(t,227,22); freeChar3d(tab,227,22); return 0; }
voici ce qu'il m'affiche

Citation:

freechar3d
*** glibc detected *** ./test: munmap_chunk(): invalid pointer: 0x0804867b ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6(+0x6b591)[0x5c6591]
/lib/tls/i686/cmov/libc.so.6(+0x6c80e)[0x5c780e]
./test[0x8048485]
./test[0x8048595]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x571bd6]
./test[0x80483b1]
======= Memory map: ========
00437000-00438000 r-xp 00000000 00:00 0 [vdso]
0055b000-006ae000 r-xp 00000000 08:06 2051 /lib/tls/i686/cmov/libc-2.11.1.so
006ae000-006af000 ---p 00153000 08:06 2051 /lib/tls/i686/cmov/libc-2.11.1.so
006af000-006b1000 r--p 00153000 08:06 2051 /lib/tls/i686/cmov/libc-2.11.1.so
006b1000-006b2000 rw-p 00155000 08:06 2051 /lib/tls/i686/cmov/libc-2.11.1.so
006b2000-006b5000 rw-p 00000000 00:00 0
008b5000-008d0000 r-xp 00000000 08:06 313 /lib/ld-2.11.1.so
008d0000-008d1000 r--p 0001a000 08:06 313 /lib/ld-2.11.1.so
008d1000-008d2000 rw-p 0001b000 08:06 313 /lib/ld-2.11.1.so
00d5b000-00d78000 r-xp 00000000 08:06 2207 /lib/libgcc_s.so.1
00d78000-00d79000 r--p 0001c000 08:06 2207 /lib/libgcc_s.so.1
00d79000-00d7a000 rw-p 0001d000 08:06 2207 /lib/libgcc_s.so.1
08048000-08049000 r-xp 00000000 08:06 131691 /home/nouha/LC4/Projet/test
08049000-0804a000 r--p 00000000 08:06 131691 /home/nouha/LC4/Projet/test
0804a000-0804b000 rw-p 00001000 08:06 131691 /home/nouha/LC4/Projet/test
08672000-08693000 rw-p 00000000 00:00 0 [heap]
b77f2000-b77f3000 rw-p 00000000 00:00 0
b7803000-b7806000 rw-p 00000000 00:00 0
bfa15000-bfa2a000 rw-p 00000000 00:00 0 [stack]
Abandon

23/05/2011, 15h54
diogene

Tu fais un free() sur les tab[i][j] qui n'ont pas été obtenu par malloc()
23/05/2011, 15h56
TheGzD

tab[i][j] = t;ne fait que faire pointer tab[i][j] sur le même espace mémoire que t, ainsi si par la suite tu fais free(tab[i][j]);tu supprimes cet espace. Vu que quelque soit i et j, tab[i][j] pointe sur la même chose dès la deuxième tentative de suppression tu as une erreur de type Segmentation fault.

D'autre part char* t = "maman"; s'accompagnerai bien d'un malloc.
23/05/2011, 16h00
nhella22

en faite moi g plutot un tableau char***
- premiere etoile il ya 227 cases
chacune d'elle pointe sur un tableau de 7 cases qui elle meme pointe sur un char*

donc je sais pas comment faire pour utiliseer un free sur un char***
23/05/2011, 18h15
Lucien63

Tu penses faire un tableau de char 3D alors que tu fait un tableau de char* 2D

Citation:

Envoyé par TheGzD

D'autre part char* t = "maman"; s'accompagnerai bien d'un malloc.

Pour quelle raison ?
25/05/2011, 17h37
TheGzD

Citation:

Pour quelle raison ?

parce que faire un free sur une variable qui n'a pas eu droit à son malloc avant, c'est un peu comme "croiser les effluves", c'est mal :aie:
25/05/2011, 18h03
Obsidian

Citation:

Envoyé par TheGzD

parce que faire un free sur une variable qui n'a pas eu droit à son malloc avant, c'est un peu comme "croiser les effluves", c'est mal :aie:

Non, pas dans ce cas précis. « "maman" » est une chaîne en lecture seule définie à la compilation, et le pointeur pointe directement dessus. Il n'y a pas de raison pour que cet espace soit alloué au runtime, ni libéré, donc.
25/05/2011, 18h08
TheGzD

Citation:

Il n'y a pas de raison pour que cet espace soit alloué au runtime, ni libéré, donc.

à savoir exactement ce que je viens de dire :?
26/05/2011, 11h26
nhella22

moi g un tableau rempli deja qui a ete allouer au prealable et je voudrai liberer cette espace
26/05/2011, 11h35
TheGzD

Comme nous te l'avons déjà dit plus haut, tu ne peux pas volontairement libérer un espace que tu n'as pas dynamiquement alloué.
27/05/2011, 22h48
nhella22

Citation:

Envoyé par TheGzD

Comme nous te l'avons déjà dit plus haut, tu ne peux pas volontairement libérer un espace que tu n'as pas dynamiquement alloué.

je n'ai pas compris, ça veut dire quoi dynamiquement alloué ?
27/05/2011, 23h43
jeroman

Citation:

je n'ai pas compris, ça veut dire quoi dynamiquement alloué ?

Cela a été dit plus haut : avec malloc.
28/05/2011, 00h29
neow_

Citation:

Envoyé par nhella22

je n'ai pas compris, ça veut dire quoi dynamiquement alloué ?

C'est ce que tu fais depuis le début du topic de discussion avec malloc() quand même. L'allocation dynamique est particulièrement utile, par exemple, lorsque l'on ne connait le contenu et la taille d'un tableau qu'à l’exécution du programme (lors du développement, on ne peut donc pas précisez la taille de ce tableau puisque c'est l'utilisateur qui va la préciser par exemple). C'est une notion assez facile à assimiler, mais qui requiert une bonne connaissance des pointeurs principalement. Je te redirige vers ce document.

Bonne continuation !
neow_
28/05/2011, 17h06
nhella22

Merci de votre aide a tous. C'est bon j'ai enfin compris.:ccool: