Discussion :

[nhella22]

Bonjour,

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

voici la fonction:

Code :

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

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);
}

[TheGzD]

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*** ?

[nhella22]

voici mon programme

Code :

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

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

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

[diogene]

Tu fais un free() sur les tab[i][j] qui n'ont pas été obtenu par malloc()

[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.

[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***

[Lucien63]

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

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

Pour quelle raison ?

[TheGzD]

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

[Obsidian]

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

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.

[TheGzD]

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

[nhella22]

moi g un tableau rempli deja qui a ete allouer au prealable et je voudrai liberer cette espace

[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é.

[nhella22]

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é ?

[jeroman]

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

Cela a été dit plus haut : avec malloc.

[neow_]

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_

[nhella22]

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