gdbserver - Online w chmurze

PROGRAM:

IMIĘ

gdbserver — serwer zdalny dla debugera GNU

STRESZCZENIE

serwer gdb comm żarcie [args...]

gdbserver -- dołącz comm Pid

gdbserver --multi comm

OPIS

serwer gdb to program, który pozwala uruchomić GDB na innej maszynie niż ta
który uruchamia debugowany program.

Użycie (po stronie serwera (docelowej)):

Najpierw musisz mieć kopię programu, który chcesz debugować, umieścić w miejscu docelowym
system. W razie potrzeby program można usunąć, aby zaoszczędzić miejsce, np serwer gdb nie obchodzi
o symbolach. Całą obsługą symboli zajmuje się GDB działający na hoście
pomimo napiętego harmonogramu

Aby skorzystać z serwera, należy zalogować się do systemu docelowego i uruchomić plik serwer gdb program. Ty
musi mu powiedzieć (a) jak komunikować się z GDB, (b) nazwę twojego programu i (c) jego
argumenty. Ogólna składnia to:

cel> gdbserver [ ...]

Na przykład, używając portu szeregowego, możesz powiedzieć:

cel> gdbserver /dev/com1 emacs foo.txt

To mówi serwer gdb debugować emacsa z argumentem foo.txt i komunikować się z nim
GDB przez /dev/com1. serwer gdb teraz cierpliwie czeka na komunikację z hostem GDB.

Aby użyć połączenia TCP, możesz powiedzieć:

cel> gdbserver host:2345 emacs foo.txt

To mówi prawie to samo, co ostatni przykład, z wyjątkiem tego, że zamierzamy to zrobić
komunikować się z „hostem” GDB przez TCP. Argument „host:2345” oznacza, że ​​jesteśmy
spodziewa się zobaczyć połączenie TCP z „hosta” do lokalnego portu TCP 2345. (Obecnie
część „host” jest ignorowana.) Możesz wybrać dowolną liczbę dla numeru portu o dowolnej długości
ponieważ nie powoduje konfliktu z żadnymi istniejącymi portami TCP w systemie docelowym. Ten sam port
numer musi być użyty w poleceniu hosta GDB „target remote”, co zostanie opisane
wkrótce. Pamiętaj, że jeśli wybierzesz numer portu, który powoduje konflikt z inną usługą,
serwer gdb wydrukuje komunikat o błędzie i zakończy działanie.

serwer gdb można również dołączać do uruchomionych programów. Odbywa się to poprzez --przytwierdzać
argument. Składnia to:

cel> gdbserver --attach

Pid jest identyfikatorem aktualnie uruchomionego procesu. Nie trzeba wskazywać
serwer gdb w pliku binarnym dla uruchomionego procesu.

Aby uruchomić „gdbserver” bez podawania początkowego polecenia do uruchomienia lub identyfikatora procesu do dołączenia,
użyć --wielo opcja wiersza poleceń. W takim przypadku należy połączyć się za pomocą „target
extend-remote”, aby uruchomić program, który chcesz debugować.

cel> gdbserver --multi

Użycie (po stronie hosta):

Potrzebujesz nierozpakowanej kopii programu docelowego w systemie hosta, ponieważ GDB tego potrzebuje
zbadaj jego tablice symboli i tym podobne. Uruchom GDB w normalny sposób z celem
program jako pierwszy argument. (Może być konieczne użycie --boud opcja, jeśli linia szeregowa
działa z prędkością inną niż 9600 bodów.) To jest „gdb TARGET-PROG” lub „gdb --baud BAUD
TARGET-PROG”. Następnie jedynym nowym poleceniem, o którym musisz wiedzieć, jest „cel zdalny”
(lub „docelowy rozszerzony-zdalny”). Jego argumentem jest albo nazwa urządzenia (zazwyczaj serial
urządzenie, jak /dev/ttyb) lub deskryptor „HOST:PORT”. Na przykład:

(gdb) docelowy zdalny /dev/ttyb

komunikuje się z serwerem za pośrednictwem łącza szeregowego /dev/ttyb, i:

(gdb) docelowy zdalny cel: 2345

komunikuje się przez połączenie TCP z portem 2345 na hoście `target', gdzie poprzednio
rozpoczął się serwer gdb z tym samym numerem portu. Pamiętaj, że w przypadku połączeń TCP musisz
rozpocząć serwer gdb przed użyciem polecenia `target remote', w przeciwnym razie możesz otrzymać błąd
błąd, który wygląda mniej więcej tak, jak „Odmowa połączenia”.

serwer gdb może również debugować wiele podrzędnych jednocześnie, co opisano w podręczniku GDB w pliku node
„Inferiors and Programs” — polecenie powłoki „info -f gdb -n 'Inferiors and Programs'”. W
w takim przypadku użyj wariantu polecenia GDB „extended-remote”:

(gdb) cel rozszerzony zdalny cel: 2345

Połączenia serwer gdb opcja --wielo mogą lub nie mogą być używane w takim przypadku.

OPCJE

Istnieją trzy różne tryby wywoływania serwer gdb:

· Debuguj określony program określony przez jego nazwę:

gdbserver [ ...]

Połączenia comm parametr określa w jaki sposób serwer ma komunikować się z GDB; to jest albo
nazwa urządzenia (aby użyć linii szeregowej), numer portu TCP („:1234”) lub „-” lub „stdio”
użyć stdin/stdout „gdbserver”. Określ nazwę programu do debugowania żarcie.
Wszelkie pozostałe argumenty zostaną przekazane do programu dosłownie. Kiedy program
zakończy działanie, GDB zamknie połączenie, a „gdbserver” zakończy działanie.

· Debuguj określony program, określając identyfikator procesu uruchomionego programu:

gdbserver -- dołącz

Połączenia comm parametr jest taki, jak opisano powyżej. Podaj identyfikator procesu uruchomionego programu
in Pid; GDB zrobi wszystko inne. Podobnie jak w poprzednim trybie, gdy proces
Pid zakończy działanie, GDB zamknie połączenie, a „gdbserver” zakończy działanie.

· Tryb wieloprocesowy — debuguj więcej niż jeden program/proces:

gdbserver --multi

W tym trybie GDB może instruować serwer gdb które polecenia uruchomić. W przeciwieństwie do pozostałych 2
tryby, GDB nie zamknie połączenia, gdy debugowany proces zakończy działanie, więc ty
może debugować kilka procesów w tej samej sesji.

W każdym z trybów możesz określić następujące opcje:

--help
Wymień wszystkie opcje z krótkimi wyjaśnieniami.

--wersja
Ta opcja powoduje serwer gdb aby wydrukować numer wersji i wyjść.

--przytwierdzać
serwer gdb dołączy do uruchomionego programu. Składnia to:

cel> gdbserver --attach

Pid jest identyfikatorem aktualnie uruchomionego procesu. Nie trzeba wskazywać
serwer gdb w pliku binarnym dla uruchomionego procesu.

--wielo
Aby uruchomić „gdbserver” bez podania początkowego polecenia do uruchomienia lub identyfikatora procesu
dołączyć, użyj tej opcji wiersza poleceń. Następnie możesz połączyć się za pomocą „target
extend-remote” i uruchom program, który chcesz debugować. Składnia jest następująca:

cel> gdbserver --multi

--odpluskwić
Poinstruuj „gdbserver”, aby wyświetlał dodatkowe informacje o statusie procesu debugowania.
Ta opcja jest przeznaczona do programowania „gdbserver” i do zgłaszania błędów do
programistów.

--zdalne debugowanie
Poinstruuj „gdbserver”, aby wyświetlił dane wyjściowe debugowania protokołu zdalnego. Ta opcja jest przeznaczona
do rozwoju „gdbserver” i do zgłaszania błędów programistom.

--debug-format=opcja1[,Opcja 2,...]
Poinstruuj „gdbserver”, aby zawierał dodatkowe informacje w każdym wierszu danych wyjściowych debugowania.

--obwoluta
Określ opakowanie do uruchamiania programów do debugowania. Opcja powinna być przestrzegana przez
nazwa opakowania, a następnie wszelkie argumenty wiersza poleceń do przekazania do opakowania
„--” wskazujące koniec argumentów opakowania.

--pewnego razu
Domyślnie serwer gdb utrzymuje otwarty port TCP nasłuchiwania, dzięki czemu dodatkowe
możliwe są połączenia. Jeśli jednak uruchomisz „gdbserver” z rozszerzeniem --pewnego razu opcja,
przestanie nasłuchiwać dalszych prób połączenia po podłączeniu do
Pierwsza sesja GDB.

Korzystaj z gdbserver online, korzystając z usług onworks.net