之前用的好好的VS Code,昨天突然无法调试了,调试的时候,明明设置了好几个断点,但程序就是不在断点停止。啊咧?!这是要气死本王子的节奏啊!
上网搜了搜,无果。。。(launch.json文件和task.json文件都按照网上的重新配置了,VS Code也在官网上下载重新安装了,但是还不行。。。)
于是今天上午没有管他,下午想着再试一试,又上网搜了一下,发现我有个配置和网上的有一个地方不一样,然后就改了一下,万万妹想到,好了????,然后我又把昨天改的配置给注释掉,还是按照出事儿之前用的配置,结果,又能调试了????白白浪费了我一天的时间,害,咱也不知道咋回事儿,可能昨天VS Code它的脾气不太好吧(黑脸)
如果你也遇到类似的问题,可以参照一下下面的配置,如果和你的有出入,可以试着改一下,具体有没有用,我也不知道。。。我现在还有点懵,为啥突然又可以调试了,但下面这个是我综合网上的整合的配置,或许有帮助。
launch.json文件
{
"version": "0.2.0",
"configurations": [
{
"name": "C++ Launch (GDB)", // 配置名称,将会在启动配置的下拉菜单中显示
"type": "cppdbg", // 配置类型,这里只能为cppdbg
"request": "launch", // 请求配置类型,可以为launch(启动)或attach(附加)
// "launchOptionType": "Local", // 调试器启动类型,这里只能为Local
"targetArchitecture": "x86", // 生成目标架构,一般为x86或x64,可以为x86, arm, arm64, mips, x64, amd64, x86_64
"program": "${fileDirname}/${fileBasenameNoExtension}.exe", // 将要进行调试的程序的路径
"miDebuggerPath":"C:\\vs code\\MinGW\\bin\\gdb.exe", // miDebugger的路径,注意这里要与MinGw的路径对应
"args": ["blackkitty", "1221", "# #"], // 程序调试时传递给程序的命令行参数,一般设为空即可
"stopAtEntry": false, // 设为true时程序将暂停在程序入口处,一般设置为false
"cwd": "${fileDirname}", // 调试程序时的工作目录,一般为${workspaceRoot}即代码所在目录
"externalConsole": true, // 调试时是否显示控制台窗口,一般设置为true显示控制台
"preLaunchTask": "g++" // 调试会话开始前执行的任务,一般为编译程序,c++为g++, c为gcc
}
]
}
task.json文件
{
"version": "2.0.0",
"command": "g++",
"args": ["-g","${file}","-o","${fileDirname}/${fileBasenameNoExtension}"], // 编译命令参数
"problemMatcher": {
"owner": "cpp",
"fileLocation": ["relative", "${workspaceRoot}"],
"pattern": {
"regexp": "^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$",
"file": 1,
"line": 2,
"column": 3,
"severity": 4,
"message": 5
}
}
}
按照上面的配置,我的VS Code目前是可以正常调试的,只是目前,不知道它以后还会不会中风。。。