visual gdb还有些其他问题：
1、很多窗口不能自行指定字体大小，看着费眼。它论坛上客服说都能自适应调整大小，所以没做这个设置界面。
2、当前cpp的outline窗口有时半天都没内容，不知是网络同步问题，还是它的intellisense用的clang parser问题。
3、ctrl + F不能在当前cpp里搜到任何东西。不知是bug还是破解问题。
4、intellisense的符号跳转，和调试时的step info/step over，能否进入编译器、os自带的头文件的问题。这个不管vs还是visualgdb应该都需要做一些目录设置，我记得以前用visualgdb时设置了没搞定。

vs2022再搞稳定点，就更好了：

1、它的sftp很容易超时出错。不过可以不用sftp，这个不是问题。
2、有时整个vs会重启。
3、不能自动goto source code，而是在汇编代码里打转。要手动选择source code窗口切过去。
4、汇编代码里显示的符号没有经过c++filt之类的demangle。

vs2019也有对应的功能，也可以试试。

vs还有个好处，所有窗口都是可以拆出来的，这样有些窗口可以拖到副显示器上看。

【 在 speedboy2998 的大作中提到: 】
: 我们之前也用 VISUAL GDB，但是感觉还是没有在 WINDOWS 下直接调试那么丝滑。
: 因为我们的产品是跨平台的，同时支持 LINUX 和 WINDOWS, 所以我现在是 VS2022+VAX，在 WINDOWS 上调试。99.5% 的情况下不需要到 LINUX 下去调试，剩下的 0.5% 基本也可以用日志搞定。VISUAL GDB 已经彻底扔掉了。
:
--
修改:z16166 FROM 123.118.191.*
FROM 123.118.191.*