使用gdb和gdbserver从Windows远程debuggingLinux进程：Windows端需要什么？

我在Windows上运行Eclipse CDT来开发在远程Linux系统上构build和testing的C代码。 目前，该代码从未在Windows上编译。

我可以使用CDT在gdbserver下的Linux目标上开始远程进程，然后从Windows主机连接gdb。 但是，gdb立即失败，错误如下：

warning: A handler for the OS ABI "GNU/Linux" is not built into this configuration of GDB. Attempting to continue with the default i386 settings. [...] Remote 'g' packet reply is too long: 74afe9bff0aee9bf02000000f4af4a00a0aee9bf[...] 

两个Linux系统之间的debugging工作正常，所以很明显，我在Windows主机端做了错误的事情。 我的具体问题是：

• gdb的Cygwin版本足以debugging远程Linux进程吗？还是我需要一个特殊的cross-gdb来在Windows上运行它并使用Linux进程？ 如果是这样的话，我可以在哪里find这样的gdb吗？

  • opencv在ubuntu中安装它的库
  • 在Eclipse中运行gtkmm项目时出现“Gtk-WARNING **：无法打开显示：”
  • Eclipse Ubuntu中的“程序不是可识别的可执行文件”错误
  • Eclipse CDT项目中没有索引从SVN签出
  • 为什么gdb在eclipse中不能在从命令行工作的情况下工作？

• 使用gdb进行远程debugging要求在主机系统上提供符号。 什么是最简单的方法来实现呢？ 我可以将Linux目标上的内部版本生成的符号复制到Windows主机，还是必须在Windows上完成完整版本？ 有没有办法避免这个要求，以便我只能提供符号的目标？

谢谢，

-R

更多信息： RSE常见问答提供了一些指针，但不幸的是我仍然被封锁。 常见问题描述了两种方法：

• 通过SSH启动远程系统上的gdb客户端。 这里的问题是CDTdebugging启动器中的某些字段绑定到本地系统（项目path，可执行path等）。
• 构build/获取支持从WindowsdebuggingLinux进程的gdb的交叉debugging版本。 这里的问题是，有关如何实现这一点的信息很less。

我也在CDT论坛上提出过这个问题 。