Comment faire un débogage à distance avec Eclipse CDT sans gdbserver?
Nous sommes à l'aide de l'Eclipse CDT 5 C++ IDE sous Windows pour développer une application C++ sur une distance d'AIX hôte.
Eclipse CDT a la capacité d'effectuer le débogage distant à l'aide de gdbserver. Malheureusement, gdbserver n'est pas pris en charge sur AIX.
Est quiconque est familier avec la façon de déboguer à distance à l'aide d'Eclipse CDT sans gdbserver? Peut-être en utilisant un shell SSH connexion à gdb?
source d'informationauteur Michael Harding
Vous devez vous connecter pour publier un commentaire.
enfin je suis gdb exécuter remotly de toute façon maintenant. Au Bug-symbole dans la barre des tâches, j'ai pris Debug Configurations - GDB Débogage Matériel.
Dans les Principales Applications C/C++ j'ai mis le chemin complet sur le partage Samba de l'exécutable (
X:\abin\vlmi9506
). J'ai également réglé un dossier lié àX:\abin
dans le projet. Puis j'ai modifié mon lot-script dans GDB de l'Installation. Ce n'est pas directement l'appel de gdb dans le plink-session, mais un unix-shell-script, qui s'ouvre gdb. Par la présente, j'ai la possibilité de définir certains environnement unix-variables pour le programme avant de faire du debug. L'appel dans mon lot:Dans le script unix, j'ai commencé à gdb avec la ligne de commande paramètres à partir d'eclipse, que j'ai trouvé dans mon ancien tryals. L'appel dans le shell de commande ressemble à ceci:
Puis IBM donne juste gdb 6.0 pour AIX. J'ai trouvé la version 6.8 dans le filet à http://www.perzl.org/aix/index.php?n=Main.Gdb. Notre Admin installé.
Je peux maintenant étape dans le programme et de regarder des variables. J'ai même pouvez écrire gdb-commandes directement dans la console de la vue. yabadabadooooooo
Espoir qui aide à d'autres. Ne peut pas dire, ce qui était vraiment le gagnant-action.
Mais chaque réponse donne plus de nouvelles questions. Maintenant, je suis à 3 d'entre eux.
Je ne devrais pas prendre un coup de feu dans l'obscurité sur une question que je ne peux pas vraiment tester la réponse, mais étant donné que ce l'on a été assis autour pendant un jour, je vais donner un coup de feu. Il semble en regardant:
http://wiki.eclipse.org/TM_and_RSE_FAQ#How_can_I_do_Remote_Debugging_with_CDT.3F
...que même si le CDT a changé depuis cette page wiki a été fait, vous devriez toujours être en mesure de modifier la commande debug:
ssh remotehost gdb
au lieu d'utiliser TM qui utilise gdbserver. Ce sera probablement légèrement plus lent que le TM de débogage à distance depuis que utilise en fait un local gdb, mais d'un autre côté cette façon, vous n'aurez pas à NFS ou SMB monter votre code source pour le rendre disponible au local du débogueur (et si vous êtes sur un réseau local, il ne sera probablement pas d'importance de toute façon).
Il y a également une référence FCT de la mise en œuvre de linux qui vous peut ou peut ne pas avoir un peu de chance, la recompilation d'AIX, mais il permet de débogage à distance si gdbserver est pas disponible:
http://wiki.eclipse.org/DSDP/TM/TCF_FAQ
essayé aussi de remotly debug aix-appl avec windows eclipse-cdt-gdb.
A été bloqué à la fin avec unix/windows, le chemin d'accès de problèmes. Peut-être que mon résultat peut aider u un peu plus loin - peut-être que vous avez déjà obtenu ce travail. Je suis intéressé par votre commentaire. posées sur eclipse portail d'information - à la suite de la réponse de martin oberhuber (merci encore) essayé dsp dd (également bloqué avec un problème de chemin d'accès) et de définir la demande dans eclipse bugzilla.
ici le lien vers la news:
http://www.eclipse.org/newsportal/article.php?id=406&groupe=eclipse.dsdp.tm
Voici mon bugzilla:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=252758
À l'instant nous avons encore de débogage en local avec xldb mais je suis en train ddd-gdb pour le moment. Au moins localement, gdb est en cours d'exécution.