Nie można opuścić tryb tui z Ctrl-X A ani zobaczyć wyjście programu w trybie tui

Question

PROBLEM:

1. zacznę gdb w linii poleceń za pomocą "testu gdb"
2. naciśnięciu CTRL-X, ctrl-a, zanim zrobisz cokolwiek innego
3. Potem ustawić punkt przerwania używając „b głównym”
4. Wtedy zacznę uruchamiając program używając „r”

Do tego momentu, jeśli naciśnie klawisz strzałki w górę, okno src nie będzie przewijane. Zamiast tego coś pojawi się w moim oknie poleceń - "^ [0A". Jeśli spróbuję odświeżyć ekran za pomocą ctrl-l, "^ L" pojawia się w oknie poleceń.

Nie sądzę, aby tak się stało. W tej sytuacji nie mogę nawet wyjść z trybu tui za pomocą c-x, c-a (zamiast tego pojawi się "^ X^A"). czy robię coś źle? Zdaję sobie sprawę, że ten problem występuje tak długo, jak długo używam polecenia "run" wewnątrz interfejsu TUI. Mogę jednak użyć polecenia Uruchom w TUI jeśli zacznę gdb z „GDB -tui”

Problem B

nie widzę wyjścia z mojego programu w trybie TUI. Można zobaczyć własne wyniki GDB, ale nie dane debugowanego programu. Dzieje się to zarówno po wejściu do TUI za pomocą ctrl-x, ctrl-a, jak i przy użyciu opcji -tui z linii poleceń.

Czy można to naprawić?

Czytałem niektóre artykuły TUI w sieci i niektórzy ludzie wydają się używać TUI "wyłącznie". Przypuszczam, że TUI może działać poprawnie, po prostu istnieje zestaw zasad, które należy dokładnie przestrzegać?

EDIT: używam gnome-terminal w Ubuntu 11.04

Answer 1

uruchomić gdb z opcją -tui zamiast (https://bbs.archlinux.org/viewtopic.php?id=112660)

Answer 2

Zmień terminala, aby pozbyć się swojego pierwszego problemu. Kiedyś używałem gnome-terminalu, ale potem zmieniłem na terminator. Niektóre terminale nie obsługują klawiszy takich jak Alt czasami (używane do tego w vimie z niektórymi mapami Alt + coś)

Możesz zmienić forcus na inne okno według "focus winName", w twoim przypadku użyj "focus src" masz to od here

Nie jesteś pewien swojego drugiego problemu. Powodzenia!

Answer 3

Myślę, że szukasz "skoncentruj się dalej". przełącza cię pomiędzy (może być więcej niż dwa) oknami. Jestem pewien, że jest to skrót. Pamiętaj, że jest to prawie taka sama odpowiedź jak user1888039, więc jeśli się zgodzisz, powinieneś głosować wyżej.

Answer 4

~/.inputrc był winowajcą w GDB 7.7 z powodu:

set editing-mode vi 
set keymap vi 

Jeśli mogę usunąć te linie to działa.

Wydaje się to być wymienione na w poniższym raporcie o błędzie: https://sourceware.org/bugzilla/show_bug.cgi?id=15163

Mam wezwanej obejście w https://sourceware.org/ml/gdb/2015-06/msg00009.html i Andrew Burgess odpowiedział, że just submitted dobrze odebrany poprawkę dodać:

tui enable 
tui disable 

więc w przyszłych wersjach powinniśmy mieć polecenia jako alternatywę dla skrótów.