Réponses:
Il y a une liste de frontends gdb sur http://sourceware.org/gdb/wiki/GDB%20Front%20Ends
Cela ne donne malheureusement que des liens supplémentaires, mais aucune indication sur la portée et la convivialité qui varie beaucoup là-bas. Je recommanderais d'utiliser une interface en développement actif car gdb lui-même change beaucoup.
Tableau de bord GDB
https://github.com/cyrus-and/gdb-dashboard
Le tableau de bord GDB utilise l' API Python GDB officielle et imprime les informations que vous souhaitez lorsque GDB s'arrête, par exemple après a next
, comme la display
commande native .
Vs TUI:
plus robuste, car il imprime simplement sur stdout au lieu de mettre le shell dans un état plus magique, par exemple:
vi
le mode dans .inputrc
provoque des problèmes: /superuser/180512/how-to-turn-off-gdb-tui/927728#927728hautement configurable depuis Python: vous pouvez sélectionner ce que vous voulez sortir et la taille de chaque section en fonction de ce que vous déboguez.
Les vues les plus utiles sont déjà implémentées: source, assembly, registres, pile, mémoire, threads, expressions ... mais il devrait être facile de l'étendre avec toute information exposée sur l'API GDB Python.
TUI permet uniquement d'afficher deux sources, assembleurs et registres et c'est tout. A moins que vous ne vouliez modifier son code source C bien sûr ;-)
Je crois que GDB devrait être livré avec une configuration comme celle-ci prête à l'emploi et activée par défaut, cela attirerait beaucoup plus d'utilisateurs de cette façon.
Oh, et le développeur principal, Andrea Cardaci , a été très réactif et génial. Gros bravo.
Voir également: /programming/209534/how-to-highlight-and-color-gdb-output-during-interactive-debugging/17341335#17341335