gdb split view con codice

Stavo solo eseguendo il debug di un programma in gdb e in qualche modo ho trovato una nuova funzionalità che non avevo mai visto o di cui non avevo mai sentito parlare prima, una vista divisa in cui posso vedere e sfogliare il codice oltre a dare comandi:

Cos'è questo? Cosa ho fatto o, più specificamente, come posso ottenere di nuovo questa modalità schermo diviso? C'è un nome per questa modalità o da qualche parte posso leggere su come usarla?

Si chiama TUI (non sto scherzando). Inizia ad esempio con gdbtuio gdb -tui...

Puoi attivarlo dinamicamente premendo ctrl+ xe ctrl+ a.

Ci sono due varianti.

1. per vedere solo il codice Premere

Premi CTRL Xinsieme e poi 1

2. Per vedere sia l'origine che l'assembly

Premi insieme "CTRL" "X" e poi "2"

http://www.cs.fsu.edu/~baker/ada/gnat/html/gdb_23.html

Uno screenshot della vista con codice e assembly.

Dai un'occhiata anche a questo fantastico progetto Github.

Puoi anche avviarlo dalla shell gdb usando il comando "-" (trattino). Non sono sicuro di come disattivarlo dinamicamente.

Dashboard GDB

https://github.com/cyrus-and/gdb-dashboard

Il dashboard di GDB utilizza l' API Python ufficiale di GDB e stampa le informazioni desiderate quando GDB si ferma, ad esempio dopo un next, come il displaycomando nativo .

Vs TUI:

• più robusto, in quanto stampa solo su stdout invece di mettere la shell in uno stato più magico curses, ad esempio:

  • vimodalità .inputrccausa problemi: /superuser/180512/how-to-turn-off-gdb-tui/927728#927728
  • il programma stdout / stderr interrompe la tua interfaccia: GDB in modalità TUI: come gestire l'interazione di stderr con l' interfaccia utente

• altamente configurabile da Python: puoi selezionare cosa vuoi produrre e quanto è grande ogni sezione a seconda di cosa stai 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 di GDB.

  TUI consente solo di mostrare due di sorgente, 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 questo modo.

Oh, e lo sviluppatore principale, Andrea Cardaci , è stato molto reattivo e fantastico. Grandi complimenti.

Vedi anche: Come evidenziare e colorare l'output di gdb durante il debug interattivo?

Digita layoutcome comando in gdb e verrà visualizzata la finestra divisa.

Quando GDB è in modalità standard, l'utilizzo winpasserà automaticamente alla modalità TUI.
Altro comando per la modalità TUI:

• info win
  Elenca e dai la dimensione di tutte le finestre visualizzate.
• focus next | prev | src | asm | regs | split
  Imposta lo stato attivo sulla finestra denominata. Questo comando permette di cambiare la finestra attiva in modo che i tasti di scorrimento possano essere influenzati da un'altra finestra.

Leggi qui per ulteriori informazioni.

C'è anche uno strumento di interfaccia per GDB chiamato cgdb. Anche con qualche evidenziazione del colore. "ESC" per passare alla visualizzazione codice, "i" per tornare a gdb

La modalità tui è stata chiaramente ispirata da emacs - l'ho scoperta per caso quando ho premuto ^ Xo, che cambia tra le finestre divise in emacs - a volte l'ho colpito distrattamente quando quello che dovrei fare è passare a un programma diverso. Ad ogni modo, questo porta ad un'altra caratteristica non ancora menzionata, che puoi spostare il cursore dalla finestra del codice (dove puoi scorrere) alla riga di comando, o viceversa, con ^ Xo.