Discussion :

[guidono]

Bonjour à tous !

Je voudrais savoir si il était possible de détecter une sortie de mémoire afin d'afficher une erreur avant d'en arriver à l'erreur de segmentation ? (par exemple avant d'ajouter un caractère dans un tableau de char, je vérifi si cette case mémoire est accessible).

Bonne soirée !

[Obsidian]

Ce que tu appelles « sortie de mémoire » est en fait un débordement.

Il n'y a pas de façon directe de le faire parce que cela impliquerait la mise en place d'infrastructures sous-jacentes : tes accès aux tableaux seraient en fait des appels déguisés à des fonctions, coûteux en temps et en espace mémoire, et cela impliquerait également que les tableaux eux-mêmes soient en fait des objets « managés » avec des méta-données invisibles à l'utilisateur.

Ça se fait beaucoup en C++ parce que le langage est orienté à la base de cette façon : on utilise une couche objet qui permet notamment l'utilisation implicite de constructeurs et destructeurs mais le langage permet également la redéfinition de presque tous les opérateurs de façon à définir un objet entièrement managé, mais utilisant la syntaxe habituelle et étant donc transparent pour son utilisateur. Ça peut être un bien comme un mal. Le C, lui, travaille en dessous de cette couche, mais surtout, l'un de ses principaux intérêts est justement de travailler « tout en bas », en manipulant directement les données sans intermédiaire.

Il y a néanmoins deux choses que tu peux faire :

• Demander à ton compilateur d'observer un respect strict de la norme et activer tous ses flags d'avertissement. Par exemple, avec gcc, « gcc --stc=C99 --pedantic -Wall -Wextra » ;
• Toujours avec gcc, ajouter « -Warray-bounds » (la man page précise que -Wall ne l'active qu'avec -O2 au minimum) ;
• Utiliser valgrind à l'exécution, une fois ton programme compilé. La perspicacité de cet outil est toujours aussi bluffante même aujourd'hui.

[guidono]

Merci pour ta réponse je vais aller voir tout ça de plus près

[Ngork]

[*]Utiliser valgrind à l'exécution, une fois ton programme compilé. La perspicacité de cet outil est toujours aussi bluffante même aujourd'hui.[/LIST]

Valgrind est effectivement un outil formidable ... sous linux !
Parce que sous Windows, il n'existe hélas pas.
En outil gratuit sous Windows - si tu en as besoin - il existe notamment mpatrol, un très bon outil pour détecter les sorties de piste, avec un rapport complet en fin d'exécution.
L'outil est hautement paramétrable et facile à mettre en oeuvre, en liant la bibliothèque mpatrol et en définissant une variable globale qui permet d'affiner le comportement de l'outil et le niveau de détail du rapport.
Mais bien sûr, si tu es sous linux : Valgrind sans hésitation !