Risposte:
C'è un elenco di frontend gdb su http://sourceware.org/gdb/wiki/GDB%20Front%20Ends
Questo purtroppo fornisce solo ulteriori collegamenti, ma nessun suggerimento su ambito e usabilità che varia molto lì. Consiglierei di usare un frontend che è in sviluppo attivo poiché gdb stesso cambia molto.
Dashboard GDB
https://github.com/cyrus-and/gdb-dashboard
La dashboard GDB utilizza l' API Python GDB ufficiale e stampa le informazioni desiderate quando GDB si arresta, ad es. Dopo un next
, come il display
comando nativo .
Vs TUI:
più robusto, poiché stampa solo su stdout invece di mettere lo shell su uno stato di maledizioni più magiche, ad esempio:
vi
modalità in .inputrc
causa problemi: /superuser/180512/how-to-turn-off-gdb-tui/927728#927728altamente configurabile da Python: è possibile selezionare ciò che si desidera produrre e quanto è grande ogni sezione a seconda di ciò che si sta eseguendo il debug.
Le viste più utili sono già implementate: sorgente, assembly, registri, stack, memoria, thread, espressioni ... ma dovrebbe essere facile estenderlo con qualsiasi informazione esposta sull'API Python GDB.
TUI consente solo di mostrare due sorgenti, assembly e registri e basta. A meno che tu non voglia modificare il suo codice sorgente C ovviamente ;-)
Credo che GDB dovrebbe essere fornito con una configurazione come quella pronta all'uso e attivata per impostazione predefinita, attirerebbe molti più utenti in quel modo.
Oh, e lo sviluppatore principale, Andrea Cardaci , è stato molto reattivo e fantastico. Grandi complimenti.
Vedi anche: /programming/209534/how-to-highlight-and-color-gdb-output-during-interactive-debugging/17341335#17341335