gdbserver - En ligne dans le Cloud

PROGRAMME:

Nom

gdbserver - Serveur distant pour le débogueur GNU

SYNOPSIS

serveur gdb comm prog [args...]

gdbserver --attache comm Pid

gdbserver --multi comm

DESCRIPTION

serveur gdb est un programme qui vous permet d'exécuter GDB sur une machine différente de celle
qui exécute le programme en cours de débogage.

Utilisation (côté serveur (cible)) :

Tout d'abord, vous devez avoir une copie du programme que vous souhaitez déboguer sur la cible
système. Le programme peut être supprimé pour économiser de l'espace si nécessaire, comme serveur gdb s'en fout
sur les symboles. Toute la gestion des symboles est prise en charge par la GDB s'exécutant sur l'hôte
système.

Pour utiliser le serveur, vous vous connectez au système cible et exécutez le serveur gdb programme. Tu
doit lui dire (a) comment communiquer avec GDB, (b) le nom de votre programme, et (c) son
arguments. La syntaxe générale est :

cible> gdbserver [ ...]

Par exemple, en utilisant un port série, vous pourriez dire :

cible> gdbserver /dev/com1 emacs foo.txt

Cela raconte serveur gdb pour déboguer emacs avec un argument de foo.txt, et pour communiquer avec
GDB via /dev/com1. serveur gdb attend maintenant patiemment que l'hôte GDB communique avec lui.

Pour utiliser une connexion TCP, vous pouvez dire :

cible> hôte gdbserver : 2345 emacs foo.txt

Cela dit à peu près la même chose que le dernier exemple, sauf que nous allons
communiquer avec la GDB « hôte » via TCP. L'argument "host:2345" signifie que nous sommes
s'attendant à voir une connexion TCP de « hôte » au port TCP local 2345. (Actuellement, le
la partie "hôte" est ignorée.) Vous pouvez choisir n'importe quel numéro pour le numéro de port tant que
car il n'entre pas en conflit avec les ports TCP existants sur le système cible. Ce même port
le numéro doit être utilisé dans la commande "target remote" de l'hôte GDB, qui sera décrite
prochainement. Notez que si vous choisissez un numéro de port en conflit avec un autre service,
serveur gdb affichera un message d'erreur et quittera.

serveur gdb peut également s'attacher aux programmes en cours d'exécution. Ceci est accompli via le --attacher
argument. La syntaxe est :

cible> gdbserver --attach

Pid est l'ID de processus d'un processus en cours d'exécution. Il n'est pas nécessaire de pointer
serveur gdb à un binaire pour le processus en cours.

Pour démarrer "gdbserver" sans fournir de commande initiale à exécuter ou d'ID de processus à attacher,
utiliser le --multi option de ligne de commande. Dans ce cas, vous devez vous connecter en utilisant "target
Extended-remote" pour démarrer le programme que vous souhaitez déboguer.

cible> gdbserver --multi

Utilisation (côté hôte) :

Vous avez besoin d'une copie non supprimée du programme cible sur votre système hôte, car GDB doit
examinez ses tables de symboles et autres. Démarrez GDB comme vous le feriez normalement, avec la cible
programme comme premier argument. (Vous devrez peut-être utiliser le --baud option si la ligne série
fonctionne à n'importe quoi sauf 9600 bauds.) C'est "gdb TARGET-PROG", ou "gdb --baud BAUD
TARGET-PROG". Après cela, la seule nouvelle commande que vous devez connaître est "target remote"
(ou "cible étendue distante"). Son argument est soit un nom de périphérique (généralement un numéro de série
appareil, comme /dev/ttyb), ou un descripteur "HOST:PORT". Par exemple:

(gdb) cible distante /dev/ttyb

communique avec le serveur via une ligne série /dev/ttybet:

(gdb) cible distante la cible : 2345

communique via une connexion TCP au port 2345 sur l'hôte « la cible », où vous avez précédemment
démarré serveur gdb avec le même numéro de port. Notez que pour les connexions TCP, vous devez
démarrage serveur gdb avant d'utiliser la commande `target remote', sinon vous risquez d'obtenir un
erreur qui ressemble à `Connexion refusée'.

serveur gdb peut également déboguer plusieurs inférieurs à la fois, décrits dans le manuel GDB dans node
"Inférieurs et programmes" -- commande shell "info -f gdb -n 'Inférieurs et programmes'". Dans
dans ce cas, utilisez la variante de commande GDB "extended-remote":

(gdb) cible étendue à distance la cible : 2345

Le manuel de formation serveur gdb option --multi peut ou ne peut pas être utilisé dans un tel cas.

OPTIONS

Il existe trois modes différents pour invoquer serveur gdb:

· Déboguer un programme spécifique spécifié par son nom de programme :

gdbserver [ ...]

Le manuel de formation comm le paramètre spécifie comment le serveur doit communiquer avec GDB ; c'est soit
un nom de périphérique (pour utiliser une ligne série), un numéro de port TCP (":1234"), ou "-" ou "stdio"
pour utiliser stdin/stdout de "gdbserver". Spécifiez le nom du programme dans lequel déboguer prog.
Tous les arguments restants seront transmis textuellement au programme. Lorsque le programme
se termine, GDB fermera la connexion et "gdbserver" se fermera.

· Déboguez un programme spécifique en spécifiant l'ID de processus d'un programme en cours d'exécution :

gdbserver --attache

Le manuel de formation comm paramètre est comme décrit ci-dessus. Fournir l'ID de processus d'un programme en cours d'exécution
in Pid; GDB fera tout le reste. Comme avec le mode précédent, lorsque le processus
Pid se termine, GDB fermera la connexion et "gdbserver" se fermera.

· Mode multi-processus -- déboguez plus d'un programme/processus :

gdbserver --multi

Dans ce mode, GDB peut demander serveur gdb quelle(s) commande(s) exécuter. Contrairement aux 2 autres
modes, GDB ne fermera pas la connexion lorsqu'un processus en cours de débogage se termine, vous
peut déboguer plusieurs processus dans la même session.

Dans chacun des modes, vous pouvez spécifier ces options :

--Aidez-moi
Énumérez toutes les options, avec de brèves explications.

--version
Cette option provoque serveur gdb pour imprimer son numéro de version et quitter.

--attacher
serveur gdb s'attachera à un programme en cours d'exécution. La syntaxe est :

cible> gdbserver --attach

Pid est l'ID de processus d'un processus en cours d'exécution. Il n'est pas nécessaire de pointer
serveur gdb à un binaire pour le processus en cours.

--multi
Pour démarrer "gdbserver" sans fournir une commande initiale à exécuter ou traiter l'ID à
attach, utilisez cette option de ligne de commande. Ensuite, vous pouvez vous connecter en utilisant "cible
Extended-remote" et démarrez le programme que vous souhaitez déboguer. La syntaxe est la suivante :

cible> gdbserver --multi

--déboguer
Demandez à "gdbserver" d'afficher des informations d'état supplémentaires sur le processus de débogage.
Cette option est destinée au développement "gdbserver" et aux rapports de bogues au
les développeurs.

--remote-débogage
Demandez à "gdbserver" d'afficher la sortie de débogage du protocole distant. Cette option est destinée
pour le développement de "gdbserver" et pour les rapports de bogues aux développeurs.

--debug-format=option1[,Option 2,...]
Demandez à "gdbserver" d'inclure des informations supplémentaires dans chaque ligne de sortie de débogage.

--emballage
Spécifiez un wrapper pour lancer les programmes de débogage. L'option doit être suivie de
le nom du wrapper, puis tous les arguments de ligne de commande à passer au wrapper, puis
"--" indiquant la fin des arguments du wrapper.

--une fois que
Par défaut, serveur gdb maintient le port TCP d'écoute ouvert, de sorte que
les connexions sont possibles. Cependant, si vous démarrez "gdbserver" avec le --une fois que option,
il cessera d'écouter toute autre tentative de connexion après la connexion au
première session GDB.

Utiliser gdbserver en ligne à l'aide des services onworks.net