如何使用Eclipse CDT進行遠程調試而不使用gdbserver？

Question

我們在Windows上使用Eclipse CDT 5 C ++ IDE在遠程AIX主機上開發C ++應用程序。

Eclipse CDT能夠使用gdbserver執行遠程調試。 不幸的是，AIX上不支持gdbserver。

是否有人熟悉使用Eclipse CDT遠程調試而無需gdbserver？ 也許使用SSH shell連接到gdb？

Answer 1

最后我現在無論如何都得到了遠程運行的gdb。 在任務欄上的Bug符號中，我進行了調試配置 - GDB硬件調試。

在主C / C ++應用程序中，我在可執行文件的Samba共享上設置完整路徑（ X:\\abin\\vlmi9506 ）。 我還在項目中的X:\\abin上設置了一個鏈接文件夾。 然后我在GDB安裝程序中修改了我的批處理腳本。 它不是直接在plink-session中調用gdb而是直接調用unix-shell-script來打開gdb。 通過這個，我可以在進行調試之前為程序設置一些unix環境變量。 我的批次中的電話：

plink.exe prevoax1 -l suttera -pw XXXXX -i /proj/user/dev/suttera/vl/9506/test/vlmi9506ddd.run 20155 dev o m

在unix腳本中，我使用eclipse中的命令行params啟動了gdb，這是我在以前的tryals中找到的。 shell命令中的調用如下所示：

gdb -nw -i mi -cd=$LVarPathExec $LVarPathExec/vlmi9506

然后IBM就為AIX提供了gdb 6.0。 我在http://www.perzl.org/aix/index.php?n=Main.Gdb網上找到了6.8版本。 我們的管理員安裝了它

我現在可以逐步完成程序並觀察變量。 我甚至可以直接在console-view中編寫gdb-commands。 yabadabadooooooo

希望對其他人也有幫助。 不能說，真正的贏家行動是什么。 但每個答案都提出了更多新問題。 現在我有3個。

1. 當我啟動調試配置時，我必須在工具欄中單擊重啟才能真正進入主程序。 是否有可能直接進入主要而不重新啟動？
2. 在AIX上，我們的程序首先被嵌入式sql預處理。 預處理的c源放在另一個目錄中。 當我單擊該行以設置斷點時，我收到警告“未解析的斷點”，並且在gdb-console中我看到，break被設置為預處理的源，這是錯誤的。 是否可以在正確的源上設置斷點？
3. 我們在AIX上使用CICS。 使用xldb-Debugger和CICS的CDCN命令，當我們進入程序時，我們管理調試開始。 是否有可能使用gdb-eclipse遠程（在plink中）獲得它？

Answer 2

在一個我無法真正測試答案的問題上，我通常不會在黑暗中拍攝，但由於這個問題已經坐了一天，我會試一試。 看起來似乎：

http://wiki.eclipse.org/TM_and_RSE_FAQ#How_can_I_do_Remote_Debugging_with_CDT.3F

...即使自創建維基頁面后CDT發生了變化，您仍然可以將調試命令更改為：

ssh remotehost gdb

而不是使用使用gdbserver的TM。 這可能比TM遠程調試稍慢，因為它實際上使用本地gdb，但另一方面，您不必使用NFS或SMB安裝源代碼以使其可供本地調試器使用（如果你在局域網上，無論如何都無關緊要）。

還有一個針對linux的參考TCF實現，你可能有或沒有運氣重新編譯AIX，但如果gdbserver不可用，它允許遠程調試：

http://wiki.eclipse.org/DSDP/TM/TCF_FAQ

Answer 3

我還嘗試用windows eclipse-cdt-gdb遠程調試aix-appl。 最后因unix / windows路徑問題而被阻止。 也許我的結果可以幫助你更進一步 - 也許你已經有了它的工作。 我對你的評論感興趣。 在eclipse新聞門戶網站上問道 - 按照martin oberhuber的回答（再次感謝）嘗試了dsp dd（也阻塞了路徑問題）並在eclipse bugzilla中設置了一個請求。

這里有新聞鏈接： http ： //www.eclipse.org/newsportal/article.php？id = 406 ＆ group = eclipse.dsdp.tm這里我的bugzilla： https ： //bugs.eclipse.org/bugs/show_bug.cgi ？ID = 252758

目前我們仍然使用xldb調試localy，但此刻我正在嘗試ddd-gdb。 至少本地gdb正在運行。