【 在 z16166 的大作中提到: 】
: 那就改造工程，哈哈
: 其实不需要跨平台，只是把linux的cmake工程git clone到windows下，然后用vs2022的open folder菜单就能打开工程。不是cmake类型的工程的话，那麻烦点
: vs2022这个从win -> linux的同步可能更方便点，选择不同的ssh connection就能从windows把同一份代码同步到不同的linux机器。
: ...................
了解了，其实程序还是跑在Linux上，我以为在windows上跑呢，比如系统调用是win系统调用。
--
FROM 61.48.14.*

visual studio 有没有
remote ssh
没有remote ssh我觉得好麻烦啊
【 在 z16166 的大作中提到: 】
: 起因是vscode、clion、gdb等在linux下调试c++代码经常无视断点飞掉，断不下来。调试体验很差。
: 后改为visual studio + visual gdb，断点和单步都很稳定，
: 但有些不爽的问题，诸如工程的目录树中只能显示工程中的.cpp、不能显示.h等。
: ...................
--
FROM 67.186.83.*

codeblocks和Kdevelop似乎可以直接导入CMake

【 在 z16166 的大作中提到: 】
: 起因是vscode、clion、gdb等在linux下调试c++代码经常无视断点飞掉，断不下来。调试体验很差。
: 后改为visual studio + visual gdb，断点和单步都很稳定，
: 但有些不爽的问题，诸如工程的目录树中只能显示工程中的.cpp、不能显示.h等。
: ...................
--
FROM 1.202.141.*

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.*

是你的机器不行
QtCreator最新的版本都使用clangd分析语言， 对机器要求贼高
如果太慢的话，建议改用QtCreator6.0之前的版本

【 在 poocp 的大作中提到: 】
: 最近改一个Qt程序，用了一下QtCreator，的确它的编辑器提示很丰富，就是写代码的时候，编辑器后台分析有点重，字打快了有点不跟手，别说是我的机器不行，台式机i7。浏览时还行。
--
FROM 221.219.211.*