« Fonctions de base en langage C/assert.h » : différence entre les versions

Une page de Wikiversité, la communauté pédagogique libre.
Contenu supprimé Contenu ajouté
m Robot : Remplacement de texte automatisé (-\n\s*\|\s*numero +\n | numéro)
m Robot : Remplacement de texte automatisé (-\s*\|\s*leçon\s*=\s*\[\[\.\.\/\]\] +)
Ligne 2 : Ligne 2 :
| titre = assert.h
| titre = assert.h
| idfaculté = informatique
| idfaculté = informatique
| leçon = [[../]]
| numéro = 1
| numéro = 1
| précédent = [[../|sommaire]]
| précédent = [[../|sommaire]]

Version du 13 août 2011 à 16:55

Début de la boite de navigation du chapitre
assert.h
Icône de la faculté
Chapitre no 1
Leçon : Fonctions de base en langage C
Retour ausommaire
Chap. suiv. :ctype.h
fin de la boite de navigation du chapitre
En raison de limitations techniques, la typographie souhaitable du titre, « Fonctions de base en langage C : assert.h
Fonctions de base en langage C/assert.h
 », n'a pu être restituée correctement ci-dessus.

Description

Ce fichier d'include ne définit qu'une seule macro : assert(expression). Si expression est fausse (ou égale à 0), alors un message d'erreur est affiché et le programme est arrêté par abort :

Type de message d'erreur :

"assertion \"%s\" failed: file \"%s\", line %d\n"
"expression", __FILE__, __LINE__);

Si vous définissez la macro NDEBUG, la macro assert n'est pas prise en compte.

Exemple

Le programme assert.c s'arrête par assert si on lui passe des paramètres.

// Compilation : gcc -Wall -pedantic -o assert.exe assert.c
// Compilation en ignorant assert : gcc -DNDEBUG -Wall -pedantic -o assert.exe assert.c
#include <stdio.h>
#include <assert.h>
int main(int argc, char *argv[])
{
   assert(argc == 1);
   (void)puts("Appel sans parametre.");
   return 0;
}

Résultats d'exécution :

MacMini-TM:~/Documents/exemples_c thierry$ ./assert.exe 
Appel sans parametre.
MacMini-TM:~/Documents/exemples_c thierry$ ./assert.exe param
assert.c:5: failed assertion `argc == 1'
Abort trap

Remarques

  • Un message d'erreur tel que celui généré par assert n'est pas acceptable dans un code de production : il n'est pas compréhensible par un utilisateur et ne lui permet pas de savoir d'où vient le problème.
  • assert peut être cependant utile pendant les phases de mises au point. Les erreurs détectées doivent être prises en compte d'une autre façon et exprimées par des messages plus compréhensibles. Les autres assertions qui n'ont pas été rencontrées pourront être laissées dans le code et rendues inactives à l'aide de NDEBUG.
  • Il peut être désorientant qu'un programme se comporte différemment selon la façon de le compiler.