Débogage des programmes Go avec GoClipse : problèmes de pas à pas de code assembleur
Avez-vous du mal à déboguer des programmes Go à l'aide de GoClipse et rencontrez-vous des problèmes de pas à pas de code assembleur ? Examinons ce dilemme et trouvons une solution.
Lors de la définition des points d'arrêt dans votre programme Go, vous remarquerez peut-être que le débogueur parcourt le code assembleur plutôt que le code Go. Par exemple, un point d'arrêt défini sur la ligne "responses := []*HttpResponse{}" pourrait conduire au débogage de "rt0_darwin_amd64.s". Ce comportement peut être déroutant si vous n'êtes pas familier avec l'assembly.
La racine du problème
La vue Debug dans Eclipse devrait afficher une trace de pile. S'il affiche une trace similaire à "main() at rt0_darwin_amd64.s:15", vous avez rencontré le problème. Le débogueur s'arrête au niveau de la fonction "principale" d'exécution interne, qui est écrite en C.
Solution : configuration des options de lancement
Pour résoudre ce problème, ajustez le lancement options de configuration comme suit :
Option alternative : Passer par-dessus le runtime principal
Si vous êtes à l'aise avec le code assembleur, vous pouvez continuer le débogage en parcourant le runtime main. Appuyez simplement sur F8 (Exécuter/Reprendre) pour contourner cette étape initiale et procéder au débogage de votre code Go actuel.
Conclusion
En comprenant la source de l'étape du code assembleur problème et en ajustant les options de configuration de lancement, vous pouvez déboguer efficacement les programmes Go à l'aide de GoClipse. N'oubliez pas que si vous rencontrez ce problème, assurez-vous que vous faites une pause sur la fonction principale correcte et non sur la fonction principale du runtime interne.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!