Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] assert - Terminer le programme en cas d'échec d'un test. [size=18] [b]Résumé[/b] [/size] .nf [b]#include <assert.h>[/b] [b][i]void assert (int expression );[/i][/b] .fi [size=18] [b]Description[/b] [/size] Si la macro [b]NDEBUG[/b] était définie lors de la dernière inclusion de [b] <assert.h> ,[/b] la macro [b]assert()[/b] ne génère aucun code, et ne fait rien. Sinon, la macro [b]assert()[/b] affiche un message d'erreur sur la sortie standard, et termine l'exécution du programme en cours en appelant [b]abort()[/b] si [i]l' expression[/i] est fausse (égale à zéro).     Le but de cette macro est d'aider le programmeur à trouver des bogues dans son application. Le message "assertion failed un file foo.c, function do_bar(), line 1287" n'est d'aucune aide pour l'utilisateur final. [size=18] [b]Valeur renvoyée[/b] [/size] Aucune valeur n'est renvoyée. [size=18] [b]Conformité[/b] [/size] ISO9899 (ANSI C). Dans le standard 1990 [i]expression[/i] devait être de type [b]int[/b] et le comportement était indéfini si ce n'était pas le cas, mais depuis le standard 1999, elle peut être de n'importe quel type scalaire. [size=18] [b]Bugs[/b] [/size] [b]assert()[/b] étant implementée comme une macro, si l'expression testée à des effets de bord, le comportement du programme diffèrera suivant l'existence de [b]NDEBUG .[/b] Ceci peut induire des Heisenbugs (conformes à la théorie de Heisenberg ;-), qui disparaissent quand le débugging est utilisé. [size=18] [b]Voir aussi[/b] [/size] [b]exit (3),[/b] [b]abort (3)[/b] [b]assert_perror (3)[/b] [size=18] [b]Traduction[/b] [/size] Christophe Blaess, 1996-2003.
Fichier