Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] assert_perror - Vérifie un code d'erreur et arrête le programme. [size=18] [b]Résumé[/b] [/size] .nf [b]#include <assert.h>[/b] [b][i]void assert_perror(int code_erreur );[/i][/b] .fi [size=18] [b]Description[/b] [/size] Si la macro [b]NDEBUG[/b] est définie lors de la dernière inclusion de [b]<assert.h> ,[/b] la macro [b]assert_perror()[/b] ne génère aucun code, et donc n'a aucun effet. Sinon, la macro [b]assert_perror()[/b] affiche un message d'erreur sur la sortie standard et termine le programme en apellant [b]abort()[/b] si [i]code_erreur[/i] est non nul. Le message contient le nom du fichier, le nom de la fonction et le numéro de ligne de l'appel de la macro, ainsi que le résultat de [b]strerror(code_erreur) .[/b] [size=18] [b]Valeur renvoyée[/b] [/size] Aucune valeur n'est renvoyée. [size=18] [b]Conforme À[/b] [/size] Ceci est une extension GNU. [size=18] [b]Bugs[/b] [/size] Le but des macros d'assertion est d'aider le programmeur à trouver les bogues dans son application, bogues résultant d'erreur de programmation. Cependant, avec les fonctions ou les appels système, la situation est différente et un retour en erreur peut (et va), et doit donc être testé. Non pas par une assertion dont le test disparaitrait quand NDEBUG est définie, mais en écrivant correctement un gestionnaire d'erreur. N'utilisez jamais cette macro. [size=18] [b]Voir aussi[/b] [/size] [b]exit (3),[/b] [b]abort (3),[/b] [b]assert (3),[/b] [b]strerror (3)[/b] [size=18] [b]Traduction[/b] [/size] [i]Thierry Vignaud < tvignaud@mandrakesoft.com >, 2002[/i] [b][/b] Christophe Blaess, 2003
Fichier