Comment configurer Eclipse pour la distance C de débogage avec gdbserver?

Je suis assez nouveau pour Eclipse. Essayer de mettre en place le déboguage à distance.

Voici la situation, je suis de la connexion à l'ordinateur distant exécutant Linux, je suis en cours d'exécution de Windows.

1) j'ai installé tous les outils nécessaires pour Eclipse, et a été en mesure de se connecter à la machine Linux.

2) de la machine Distante a gdbserver

linux1[1]% gdbserver
Usage:  gdbserver [OPTIONS] COMM PROG [ARGS ...]
        gdbserver [OPTIONS] --attach COMM PID
        gdbserver [OPTIONS] --multi COMM

COMM may either be a tty device (for serial debugging), or
HOST:PORT to listen for a TCP connection.

Options:
  --debug               Enable debugging output.

Ai-je besoin de configurer quoi que ce soit dans gdbserver ???

3) Que dois-je configurer dans Eclipse ? pour le débogage à distance ?

4) il importe que mon GDB version est différente de la Machine distante GDB ?

Personne n'????????
Double Possible de débogage à Distance des applications C++ avec Eclipse CDT/RSE/RDT

OriginalL'auteur newprint | 2010-10-28

c eclipse remote-debugging

7

gdbserver besoin de plus d'arguments. Par exemple, dire gdbserver localhost:1337 yourprogram yourprogramarguments et de le garder en cours d'exécution.

Puis, dans Eclipse, créez une nouvelle configuration de débogage pour une "Application C/C++". Dans l'onglet principal, sur le fond, choisissez GDB (GSF) Remote System Process Launcher comme lanceur. Sur le débogueur onglet, choisissez gdbserver Debugger que le débogueur. Sous connexion, dire TCP comme type de connexion et de donner localhost:1337 comme adresse. Lorsque vous lancez la configuration, vous pouvez contrôler la télécommande gdb par la saisie de commandes dans la console.

Il n'y a pas de "GDB(GSF) à Distance du Système de Lanceur de Processus" option dans l'onglet principal dans "Application C/C++" en vertu de la configuration debug... 🙁

OriginalL'auteur dennycrane
6

CLI sanity check

Avant de faire quoi que ce soit, assurez-vous de:
- cross compiler l'application correctement et qu'il fonctionne. Vous n'avez pas nécessairement besoin de le faire à l'aide d'Eclipse.
- obtenir GDB de débogage à distance fonctionne correctement à partir de la ligne de commande. Cela peut aider: Comment voulez-vous commencer l'exécution du programme au cours, de nouveau, en gdb avec "cible à distance"?
Cette réponse suppose que vous pouvez le faire sur le conseil de développement:
```
sudo apt-get install gdbserver
gdbserver :1234 path/to/executable
```
Et sur l'hôte:
```
aarch64-linux-gnu-gdb \
  -ex "target remote board-hostname:1234" \
  -ex "file path/to/cross/compiled/executable" \
  -ex 'tb main' \
  -ex c
```
et puis l'étape de débogage tout correctement.

Eclipse installation

Testé sous Ubuntu 16.04 hôte, l'Éclipse de l'Oxygène 4.7.0 (téléchargé depuis le site internet), gdbserver 7.12, aarch64-linux-gnu-gdb 7.6.

J'ai utilisé avec succès l'ensemble des méthodes suivantes:
- manuel
- automatique
  - mot de passe auth
  - clé publique d'authentification
Manuel

Avec cette méthode, nous avons pour lancer gdbserver sur la cible avant l'exécution de debug d'Eclipse.

Pro: dispense de la configuration des connexions SSH à travers Eclipse pour permettre Eclipse pour exécuter gdbserver, qui est un autre point de défaillance.

Con: vous avez à relancer gdbserver à chaque fois le débogage débute. Ce problème pourrait être surmonté si l'Éclipse compris gdbserver --multi, mais je ne le pense pas?

En raison de sa simplicité, je recommande que vous obtenez cette méthode de travail en premier.

Ouvrir le debug configurations, puis créer un nouveau "C /C++ Application à Distance".

Sous l'onglet "Principal":
- sélectionnez le "Nom à", "projeter" et "Application C/C++" comme d'habitude pour un local de débogage
- au bas launcher, cliquez sur "Sélectionner d'autres", cochez la case "Utiliser la configuration spécifique de paramètres" et choisissez "GDB (FSN) Manuel de Débogage à Distance du Lanceur"
  
  Pourquoi nous faisons cela: le lanceur automatique se connecte d'abord au conseil d'administration avec SSH et lance le gdbserver pour vous.
Sous l'onglet "Débogueur":
- "Débogueur GDB": la même que celle utilisée à partir de la CLI sur l'hôte, aarch64-linux-gnu-gdb pour cet exemple
- Sous-onglet "Connexion": définir le nom d'hôte et le port comme transmis à l'hôte sur le CLI (board-hostname et 1234)
Enfin, lancer manuellement gdbserver sur la cible, comme nous l'avons fait à partir de la CLI:
```
gdbserver :1234 path/to/executable
```
et démarrer le débogueur de Eclipse normalement.

Vous devez redémarrer gdbserver chaque fois que vous terminez le programme.

Automatique avec mot de passe auth

C'est la meilleure méthode pour les conseils de développement, qui ont résolu connu du public les mots de passe.

Il se connecte à la cible avec SSH et un mot de passe, et lance gdbserver sur la cible automatiquement à chaque fois, ce qui est super pratique!

Cible gdbserver stdout va à l'Éclipse fenêtre "Console", ce qui a encore réduit la fenêtre de commutation.

Dans Eclipse jeu:
- travail autour de la "stockage Sécurisé a pas pu enregistrer le mot de passe maître" bug comme l'explique: Comment faire pour résoudre "le stockage Sécurisé a pas pu enregistrer le mot de passe maître" dans Eclipse CDT application à distance avec SSH mot de passe de connexion de débogage?
- définir le lanceur: "Automatique de la Distance de Débogage du Lanceur"
- set "à Distance le Chemin Absolu du Fichier
  pour le C/C++ de l'Application" à /root/path/to/project/path/to/executable
- "Connexion", "Nouveau", et choisissez "Mot de passe de l'authentification basée sur les"
Automatique avec clé publique

Très similaire à l'authentification par mot de passe, sauf que vous devez aller à: "Connexion", "Nouveau", et choisissez "clé Publique authentification basée sur les"

Pour:
- surmonte le "stockage Sécurisé a pas pu enregistrer le maître-mot de passe" si vous avez le chiffrement d'une clé privée (dangereux, mais bien pour devboards)
- pour les serveurs, il est probable que vous avez déjà configuré la clé publique
Contre:
- configuration de la clé peut faire mal la première fois
- doit refaire la configuration de la clé à chaque fois que devboard est nuked
donc, je préfère cette méthode pour les serveurs.

SSH permet de se connecter sans mot de passe si vous:
- ensemble ~/.ssh/authorized_keys sur la cible pour contenir la ~/.ssh/id_rsa.pub à partir de l'hôte
- non chiffrée de la clé privée de l'hôte, qui contourne notre mot de passe malheurs
- ensemble satanés autorisations de dossier correctement: https://unix.stackexchange.com/questions/36540/why-am-i-still-getting-a-password-prompt-with-ssh-with-public-key-authentication
Avant d'utiliser cette méthode, assurez-vous que vos clés autorisées travailler à partir de la ligne de commande, c'est à dire, vous devriez maintenant être en mesure de le faire:
```
ssh user@host
```
sans avoir à taper de mot de passe.

Il semble que maintenant en 4.8, Eclipse Photon systématiquement essaie de démarrer gdbserver par lui-même par le biais d'une connexion telnet.

OriginalL'auteur Ciro Santilli 新疆改造中心六四事件法轮功

Vous devez vous connecter pour publier un commentaire.