Bonjour et bienvenue.
Dans cette conférence, je vais vous montrer comment vous pouvez configurer le débogueur gdb à l'intérieur de code light sur
Ubuntu Linux.
La première chose à faire est d'ouvrir un terminal.
Rappelez-vous que vous pouvez accéder à un terminal en sélectionnant le point, le point et en tapant terminal.
J'ai déjà un terminal, donc ce que je veux faire, c'est taper which gdb et cela va me montrer
le chemin du débogueur gdb.
Cela pourrait s'avérer important plus tard.
Ce n'est peut-être pas le cas, mais vous devez savoir où gdb est installé, c'est-à-dire usr bin gdb.
Vous voulez maintenant faire apparaître le code light.
Là encore, vous pouvez faire apparaître la lumière de code en allant dans les applications du salon et en recherchant la lumière de code.
J'ai déjà un code lumineux, le voici donc.
Je vais créer un nouveau projet.
J'ai donc un espace de travail plus ancien.
Je vais faire un clic droit sur l'espace de travail.
Je dirai nouveau projet.
Je vais nommer ce projet, debugger test, debugger test, et je vais sélectionner la catégorie.
Vous pouvez sélectionner le modèle, mais celui-ci doit contenir les paramètres GDB.
Je vais donc sélectionner la catégorie comme console, le type comme simple exécutable GCC compiler, GCC, quelle que soit
la version.
Ce qui est vraiment important, c'est le débogueur GDB et le système de construction par défaut.
Je vais aller de l'avant et frapper.
D'accord.
Plus tard, si vous voulez ajouter un nouveau modèle pour vous assurer que le débogueur GDB est configuré, vous pouvez également
le faire.
Une fois que j'ai cliqué sur OK, vous remarquerez que mon projet a été créé debugger test et que j'ai maintenant main dot c.
Je double-clique sur main. c.
Je vais voir mon code source modélisé pour Hello world.
Voyons maintenant si la configuration du débogueur fonctionne déjà en la sélectionnant.
Lorsque j'ai créé le projet, je peux aller dans la marge où se trouvent les numéros de ligne et je
peux sélectionner la ligne cinq, je peux simplement faire un clic droit dessus et cela m'affichera un cercle rouge.
Ce cercle rouge indique qu'il s'agit d'un point d'arrêt.
Nous allons parler des points d'arrêt de manière plus détaillée.
Mais ce que cela signifie, c'est que nous allons arrêter l'exécution du programme à la ligne cinq, ce qui nous permettra d'examiner
différentes informations, etc.
Mais pour l'instant, nous nous contentons de fixer un point d'arrêt.
Ceci va nous permettre de tester si la configuration de notre débogueur est correcte.
Après avoir placé le point d'arrêt, nous pouvons aller au débogueur et dire "start", "continue debugger",
nous pouvons dire "build and debug" et cela va construire et démarrer le débogueur.
Vous verrez que cette fenêtre de terminal est apparue et ce que vous voulez faire, c'est
la déplacer et vous assurer que le débogueur a été activé.
Si vous regardez la ligne cinq, vous verrez le cercle rouge, mais aussi une flèche verte, qui indique que le
programme s'est arrêté.
Vous ne voyez pas non plus d'instructions printf.
Le programme s'est donc arrêté là.
À ce stade, vous savez que votre configuration fonctionne, que GDB est correctement configuré pour la lumière
du code.
Maintenant, si vous voulez arrêter le débogueur, une autre chose que vous devriez remarquer avant de l'arrêter, c'est
qu'une fenêtre apparaît, la fenêtre du débogueur, où vous pouvez maintenant commencer à faire des choses.
Mais nous en reparlerons plus en détail dans les prochaines vidéos, pour savoir comment utiliser le débogueur.
Il ne nous reste plus qu'à arrêter le débogueur.
Nous pouvons cliquer sur le rectangle rouge pour arrêter le programme et tout est prêt.
Quelques points à noter, n'est-ce pas ?
Si vous sélectionnez un projet de test de débogage, que vous cliquez avec le bouton droit de la souris, que vous choisissez "Settings" et que vous allez dans l'onglet
"Debugger" ici à gauche, vous remarquerez que le chemin d'accès au débogueur n'est pas défini.
Si vous créez le projet et que vous sélectionnez GDB, vous devriez être en mesure de le faire.
Mais si vous avez des problèmes, vous devrez peut-être définir ce chemin comme nous l'avons fait plus tôt : usr bin gdb lorsque
vous tapez which gdb dans le terminal, vous pouvez le faire en allant à dot, dot dot et en définissant
ce chemin.
Mais il ne semble pas que cela soit nécessaire uniquement si vous avez des problèmes.
Il y a aussi les paramètres dans le menu principal où vous pouvez aller dans les paramètres GDB et encore une fois vous pouvez configurer le chemin
du débogueur si vous avez des problèmes.
Je pensais qu'il s'agissait d'un paramètre global qui s'appliquerait à tous les projets, mais cela ne semble pas être le cas.
Il y a aussi des paramètres ici que vous pouvez regarder si vous êtes intéressé par tous les paramètres
par défaut devraient être bien, mais c'est là que la configuration se produit pour GDB.
Si vous regardez votre projet, vous voyez cette liste déroulante où il est écrit debug.
Il est très important d'avoir sélectionné debug et non release, assurez-vous que debug est sélectionné parce que cela construira des informations
de débogage et vous permettra d'exécuter et de déboguer.
La dernière chose à faire est de sélectionner vos paramètres.
Et vous allez dans votre compilateur, vous voulez vous assurer que les options de votre compilateur C sont construites pour le débogage.
Ainsi, G dwarf two et dash zero sont des options pour les informations de débogage.
C'est vrai.
Nous avons déjà eu l'occasion de le faire.
Il construit l'exécutable pour qu'il contienne des informations de débogage, l'optimise pour le débogage et g dwarf two.
Si vous avez défini tous ces paramètres, vous devriez être prêt à déboguer votre programme.
N'oubliez pas que les chemins, etc.
Si vous rencontrez des problèmes, vous pouvez définir ce point d'arrêt et vous assurer que, quel que soit l'endroit
où vous le définissez, il se trouve dans le bon fichier pour le bon projet que vous exécutez dans votre projet actif.
D'accord, bon débogage.
Si vous avez des questions, n'hésitez pas à les poser dans le forum Q&R.
Nous vous remercions.