Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

cmap Bonnes pratiques de développement et débogage de programme en langage C et

cmap Bonnes pratiques de développement et débogage de programme en langage C et Fortran Sylvain Ferrand CMAP Octobre 2007 Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 1 / 40 cmap Les bonnes pratiques Table des matières 1 Les bonnes pratiques 2 Débuggeur Présentation GDB DDD Valgrind Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 2 / 40 cmap Les bonnes pratiques Remarques générales Le temps de débogage d’un programme peut représenter jusqu’à 80% du temps de developpement →Mieux vaut connaitre quelque astuces pour les éviter et savoir les traquer! Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 3 / 40 cmap Les bonnes pratiques Les bonnes pratiques Utilisez des conventions de nommage pour les variables, les constantes et les fonctions Constantes et variables globales en MAJUSCULE Eviter les noms trop proches les uns des autres Utiliser des noms courts et explicites Pour une variable de stockage : que contient-elle ? Pour un tableau : que contient une case ? ... Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 4 / 40 cmap Les bonnes pratiques Les bonnes pratiques Utilisez des conventions de nommage pour les variables, les constantes et les fonctions Constantes et variables globales en MAJUSCULE Eviter les noms trop proches les uns des autres Utiliser des noms courts et explicites Pour une variable de stockage : que contient-elle ? Pour un tableau : que contient une case ? ... Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 4 / 40 cmap Les bonnes pratiques Les bonnes pratiques Utilisez des conventions de nommage pour les variables, les constantes et les fonctions Constantes et variables globales en MAJUSCULE Eviter les noms trop proches les uns des autres Utiliser des noms courts et explicites Pour une variable de stockage : que contient-elle ? Pour un tableau : que contient une case ? ... Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 4 / 40 cmap Les bonnes pratiques Les bonnes pratiques Utilisez des conventions de nommage pour les variables, les constantes et les fonctions Constantes et variables globales en MAJUSCULE Eviter les noms trop proches les uns des autres Utiliser des noms courts et explicites Pour une variable de stockage : que contient-elle ? Pour un tableau : que contient une case ? ... Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 4 / 40 cmap Les bonnes pratiques Le ’coding style’ Pensez à bien indenter votre code Voici un exemple, en style Kernighan et Ritchie void truc() { if (x > y) { faire_un_truc(); } fin(); } Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 5 / 40 cmap Les bonnes pratiques Le ’coding style’ (suite) Commentez raisonnablement et lisiblement, Bien décrire les arguments des fonctions Prévoir l’exploitation par un outil de documentation automatique (ex: ROBOdoc) Eviter d’indiquer le fonctionnemement du code dans les commentaire. Eviter de paraphraser le code Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 6 / 40 cmap Les bonnes pratiques Le ’coding style’ (suite) Commentez raisonnablement et lisiblement, Bien décrire les arguments des fonctions Prévoir l’exploitation par un outil de documentation automatique (ex: ROBOdoc) Eviter d’indiquer le fonctionnemement du code dans les commentaire. Eviter de paraphraser le code Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 6 / 40 cmap Les bonnes pratiques Le ’coding style’ (suite) Commentez raisonnablement et lisiblement, Bien décrire les arguments des fonctions Prévoir l’exploitation par un outil de documentation automatique (ex: ROBOdoc) Eviter d’indiquer le fonctionnemement du code dans les commentaire. Eviter de paraphraser le code Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 6 / 40 cmap Les bonnes pratiques Le ’coding style’ (suite) Commentez raisonnablement et lisiblement, Bien décrire les arguments des fonctions Prévoir l’exploitation par un outil de documentation automatique (ex: ROBOdoc) Eviter d’indiquer le fonctionnemement du code dans les commentaire. Eviter de paraphraser le code Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 6 / 40 cmap Les bonnes pratiques Le ’coding style’ (suite) Commentez raisonnablement et lisiblement, Bien décrire les arguments des fonctions Prévoir l’exploitation par un outil de documentation automatique (ex: ROBOdoc) Eviter d’indiquer le fonctionnemement du code dans les commentaire. Eviter de paraphraser le code Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 6 / 40 cmap Les bonnes pratiques Des bugs classiques Les débordements de tableau Les problèmes d’initialisation (généralement signalés par le compilateur) Les problèmes liés aux conversions implicites dans les expressions mathématiques Les typos : Commentaires mal fermés : a=b ; /∗ t h i s i s a bug c=d ; /∗c=d w i l l never happen ∗/ Confusions entre test et assignation en C i f ( a=b ) c ; /∗a always equals b ∗/ Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 7 / 40 cmap Les bonnes pratiques Des bugs classiques Les débordements de tableau Les problèmes d’initialisation (généralement signalés par le compilateur) Les problèmes liés aux conversions implicites dans les expressions mathématiques Les typos : Commentaires mal fermés : a=b ; /∗ t h i s i s a bug c=d ; /∗c=d w i l l never happen ∗/ Confusions entre test et assignation en C i f ( a=b ) c ; /∗a always equals b ∗/ Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 7 / 40 cmap Les bonnes pratiques Des bugs classiques Les débordements de tableau Les problèmes d’initialisation (généralement signalés par le compilateur) Les problèmes liés aux conversions implicites dans les expressions mathématiques Les typos : Commentaires mal fermés : a=b ; /∗ t h i s i s a bug c=d ; /∗c=d w i l l never happen ∗/ Confusions entre test et assignation en C i f ( a=b ) c ; /∗a always equals b ∗/ Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 7 / 40 cmap Les bonnes pratiques Des bugs classiques Les débordements de tableau Les problèmes d’initialisation (généralement signalés par le compilateur) Les problèmes liés aux conversions implicites dans les expressions mathématiques Les typos : Commentaires mal fermés : a=b ; /∗ t h i s i s a bug c=d ; /∗c=d w i l l never happen ∗/ Confusions entre test et assignation en C i f ( a=b ) c ; /∗a always equals b ∗/ Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 7 / 40 cmap Les bonnes pratiques Eviter les structures obsolètes du Fortran Banir le typage implicite, utilisez implicite none Eviter les instructions do label...continue et préférer les boucles F90 (mais universelles): do...enddo et dowhile...enddo Eviter les if logiques et toute les structures utilisant des étiquettes. Utilisez la structure if...then...endif Oublier les instructions archaïques goto, continue, entry, equivalence Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 8 / 40 cmap Les bonnes pratiques Eviter les structures obsolètes du Fortran Banir le typage implicite, utilisez implicite none Eviter les instructions do label...continue et préférer les boucles F90 (mais universelles): do...enddo et dowhile...enddo Eviter les if logiques et toute les structures utilisant des étiquettes. Utilisez la structure if...then...endif Oublier les instructions archaïques goto, continue, entry, equivalence Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 8 / 40 cmap Les bonnes pratiques Eviter les structures obsolètes du Fortran Banir le typage implicite, utilisez implicite none Eviter les instructions do label...continue et préférer les boucles F90 (mais universelles): do...enddo et dowhile...enddo Eviter les if logiques et toute les structures utilisant des étiquettes. Utilisez la structure if...then...endif Oublier les instructions archaïques goto, continue, entry, equivalence Sylvain Ferrand (CMAP) Bonnes pratiques de développement et débogage de programme en langage C et For Octobre 2007 8 / 40 cmap Les bonnes pratiques Eviter les structures obsolètes du Fortran Banir le typage implicite, utilisez implicite none Eviter les instructions do label...continue et préférer les boucles F90 (mais universelles): do...enddo et dowhile...enddo Eviter les if logiques et toute les structures utilisant des étiquettes. Utilisez la structure if...then...endif Oublier les instructions archaïques goto, continue, entry, equivalence Sylvain Ferrand (CMAP) Bonnes pratiques uploads/Marketing/ cours-debug.pdf