Discussion :

[Sqweegel]

Bonjour, lorsque j'execute ce programme il n'y a pas d'erreur de segmentation alors que normalement j'accède à une zone mémoire non autorisée.

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
#include <stdio.h>
#include <stdlib.h>
 
int main()
{
	int i=0;
	int * a = NULL;
	int taille_tab = 0;
 
	printf("Entrer la taille du tableau\n");
	scanf("%d",&taille_tab);
 
	a = (int*)malloc(taille_tab*sizeof(int));
 
	for(i=0;i<taille_tab+1;i++)
	{
		printf("Entrer la valeur de la case %d\n",i+1);
		scanf("%d",&a[i]);
	}
 
	for(i=0;i<taille_tab+1;i++)
	{
		printf("a[%d] = %d\n",i,a[i]);
	}
 
	return 0;
}

Le dernier tour de boucle donne une case hors du tableau puique j'ajoute 1 à la valeur allouée par malloc.

Merci de votre réponse.

[Bktero]

Bonjour,

Je n'ai pas vérifié ni testé ton code, mais j'ai bien une explication à te proposer. Il faut savoir qu'écrire en dehors de la zone allouée par malloc() ou des bornes d'un tableau (déclaré avec int a[42];) ou même accéder à une adresse plus ou moins aléatoire ne génère pas forcément d'erreur de segmentation. Une telle erreur est générée si tu écris (ou si tu lis) à une adresse que ton système d'exploitation ne considère pas comme étant une adresse valide pour ton programme. Si l'adresse est acceptée, tu vas pouvoir lire et écrire à l'intérieur de ton programme et écraser tes propres données.

Regarde cet article, je montre que je peux écraser mes propres données avec gets() https://gradot.wordpress.com/2013/05...-programmes-c/

[Sqweegel]

Merci pour cette réponse rapide. C'est bon j'ai compris ta réponse, en plus l'article explique bien aussi

[imperio]

Il faut savoir que malloc alloue la mémoire par page qui font généralement 4096 octets (c'est le chiffre le plus courant que j'ai croisé). Donc si tu fais un malloc de 1, tu pourras lire 4096 octets même si "officiellement" tu n'as le droit qu'à un seul octet.

[Sve@r]

Bonjour
Il faut savoir aussi qu'exécuter un truc de ce genre produit un "comportement indéterminé" c'est à dire "imprévisible" (dans la plus pure définition de ce mot) donc que tu ne peux pas prédire.
Tu ne peux donc pas savoir ce qui va se passer. Ca peut crasher un segfault tout comme ça peut fonctionner. Et si ça fonctionne, ça peut fonctionner les lundis, mardis et planter les mercredis. Ca peut fonctionner 6 mois jusqu'au jour où tu rajoutes un truc anodin comme un printf() et là tu galères à te demander pourquoi printf() fait planter ton truc.
Bref c'est la pire des situations possibles pour un programme...

[Christophe]

Il faut savoir que malloc alloue la mémoire par page qui font généralement 4096 octets

Non, malloc alloue ce que tu as demandé sur le tas (heap), le tas est lui effectivement un multiple de 4096 K, Si malloc atteint la limite du tas, celui-ci va être agrandi avec brk(). Ajout de page(s) dans l'espace d'adressage de l'appli par la MMU.

Dans le cas de ton dépassement de boucle, il t'affichera comme un int le contenu de la case mémoire suivant ton tableau allouée à autre chose. Le segfault ne se produit que si tu essayes de lire une adresse mémoire n'appartenant pas à l'espace d'adressage de ton appli, ou si tu essayes d"écrire dans le segment de code de ton appli par exemple.

[imperio]

@chrtophe: Mon explication était volontairement non-explicite. Cela dit, je pense que j'aurais dû le préciser donc merci à toi de l'avoir fait.