网站准备建设的内容,网站创作,关于建设工程招标的网站,网站制作实训1) VSCode 调试 C/C 代码时#xff0c;如何显示动态分配的指针数组。
创建一个动态分配的一维数组:
int n 10;
int *array (int *)malloc(n*sizeof(int));
memset(array, 1, n*sizeof(int));
如果直接 Debug 时查看 array 指针#xff0c;并不能看到数组所有的值。
查看…1) VSCode 调试 C/C 代码时如何显示动态分配的指针数组。
创建一个动态分配的一维数组:
int n 10;
int *array (int *)malloc(n*sizeof(int));
memset(array, 1, n*sizeof(int));
如果直接 Debug 时查看 array 指针并不能看到数组所有的值。
查看 Debug 窗口有一个 Watch监视窗口小窗口可以添加想要查看的变量的值。
添加 *(int(*)[10])array 或 *array10 后就可以查看 array 数组的所有值也就是添加
*(type(*)[size])pointer 其中 type 是数组类型size 是数组长度pointer 是分配空间的数组指针。该方法将指针强制转化为一个数组。*pointersize该方法同样可以查看数组的值。这种方法比较简便不容易出错。 查看多维数组通项的公式为 **...arr...size2size1 *(type(*)[size1][size2][...])arr
//等效于arr[2][3][4]
int ***arr
int m 2, n 3, t 4;
if((m 0) (n 0) (t 0))
{arr (int***)malloc(sizeof(int)*m);for(i 0;i m;i){arr[i] (int**)malloc(sizeof(int)*n);for (k 0;k n;k){arr[i][k] (int*)malloc(sizeof(int)*t);}}
}
在窗口中添加 ***arr234 和 *(int(*)[3][2][4])arr就可以查看数组的值。
如上也可以在 调试控制台 中输入想获取结果的变量名或者表达式获得当前的值。 VSCode 调试时以 16 进制 (HEX) 查看变量
调试时 VSCode 变量值默认以 10 进制显示如下图 使用 variable,x 或者 variable,h 的格式就可以显示十六进制不过貌似这种显示方式只支持 gdb C/C 语言调试python 程序调试时亲测不可用。
我们将变量 vec 添加到监视并编辑在 vec 后添加 h即可查看 vec 的16进制数据如下图 同样的添加 x 可以 16 进制显示o 以 8 进制显示。 Does VS code have variable explorer object like we have it in spyder? - Stack Overflow
Working with Jupyter code cells in the Python Interactive window https://www.cnblogs.com/haoliuhust/p/17630701.html
inline values: 设置为 on VScode调试c代码时如何显示动态分配的指针数组_vscode监视数组-CSDN博客
vscode调试时以16进制查看变量_vscode 16进制_虔诚的学习者的博客-CSDN博客
分享一些 VsCode 各场景相关的高级调试与使用技巧_前端达人的博客-CSDN博客
条件断点在断点处右键点击选择 Edit Breakpoint在弹出的窗口中勾选 Condition 并输入条件表达式该断点只会在条件为真时被触发。 VScode调试C代码时无法查看STL容器(string、vector等_vs code无法打开string-CSDN博客
VSCode TDM-GCC
VScode虽然功能强大但是自己是没法编译代码的需要安装C编译器
TDM-GCC 10.3.0 release | tdm-gcc (jmeubank.github.io)
安装好后配置 Windows10环境变量安装完成过后需配置环境变量 我的电脑-属性-高级系统设置-环境变量-系统变量里找到path-编辑-
把 C:\TDM-GCC-64\bin根据你安装的位置VSCode的没添加也一起添加 系统变量相当于所有用户所以一般修改系统变量的 pathpath 就是命令行可以自动检索的地方。
WinLibs 是 mingw 在 Windows 平台的分发库。WinLibs 专注于 Windows 下的GCC。优点是发布比较及时发行版本丰富多样。免安装多版本可以共存。 下载链接WinLibs - GCCMinGW-w64 compiler for Windows
如果用 C 仅仅是自己学习、不引入其他奇奇怪怪的库的话下载 UCRT runtime 里的最新的Win64 压缩包就可以。下载好后随便解压到一个地方就行解压即可用。
去CMake官网https://cmake.org/download/拉到下面Binary distributions下载Windows x64 ZIP同样解压即可用。
配置环境变量把你的 MinGW 和 CMake 解压路径下面的 bin 文件夹添加进 path注意是 bin 文件夹。比如我的 MinGW 解压在 D:\CPP\environments\mingw64-ucrt环境变量里就要添加D:\CPP\environments\mingw64-ucrt\bin。CMake 同理。
[极简教程]如何低成本、快速的在Windows电脑上搭建一个现代且干净的C开发环境(VSCodeMinGWCMake) - 知乎
配置 C/C 配置文件c_cpp_properties.json 文件
在该文件 includePath处添加 TDM GCC 的 include 路径即可。
{configurations: [{name: Win32,includePath: [${workspaceFolder}/**//C:\\TDM-GCC-64\\include,//C:\\TDM-GCC-64\\x86_64-w64-mingw32\\include],defines: [_DEBUG,UNICODE,_UNICODE],compilerPath: C:\\TDM-GCC-64\\bin\\gcc.exe,cStandard: c17,cppStandard: gnu14,intelliSenseMode: windows-gcc-x64}],version: 4
}
配置 launch.json 文件 按下图流程点击“调试”-C(GDB/LLDB)会进入调试并生成一个launch.json文件若没有则选择添加配置再选C(GDB/LLDB)。 再添加配置选择gdb就会出现如下配置代码
{// 使用 IntelliSense 了解相关属性。 // 悬停以查看现有属性的描述。// 欲了解更多信息请访问: https://go.microsoft.com/fwlink/?linkid830387version: 0.2.0,configurations: [{name: (gdb) 启动,type: cppdbg,request: launch,program: ${fileDirname}\\${fileBasenameNoExtension}.exe,args: [],stopAtEntry: false,cwd: ${fileDirname},environment: [],externalConsole: false,MIMode: gdb,miDebuggerPath: C:\\TDM-GCC-64\\bin\\gdb.exe,preLaunchTask: compile, // 调试会话开始前执行的任务 “preLaunchTask” 参数要和 task.json 文件中的 “label” 参数保持一致setupCommands: [{description: 为 gdb 启用整齐打印,text: -enable-pretty-printing,ignoreFailures: true},{description: 将反汇编风格设置为 Intel,text: -gdb-set disassembly-flavor intel,ignoreFailures: true}]}]
}
配置 tasks.json 文件
如果需要是c语言也就是gcc将下面的command项由g改为gcc如果是多文件编译即函数声明和函数定义分开不懂的别乱改需要将args列表中的${file}项修改为${workspaceFolder}/*.cpp 多文件推荐用cmake。
{tasks: [{type: cppbuild,label: compile, //一定要和 launch.json 的 preLaunchTask 名字一致。任务的名字就是在命令面板中选择的时候所看到的可以自己设置。command: C:\\TDM-GCC-64\\bin\\g.exe,args: [ //编译时候的参数-fdiagnostics-coloralways,-g,${file},-o,${fileDirname}\\${fileBasenameNoExtension}.exe,//-fexec-charsetGBK, //GBK编码用于解决Winows中文乱码],options: {cwd: ${fileDirname}},problemMatcher: [$gcc],group: {kind: build,isDefault: true},detail: 调试器生成的任务。},],version: 2.0.0
} task.json 的用途用于指定编译器和链接文件等。默认路径在 .vscode下面。
如何打开一个 task.json 文件 然后点击 configure default Build Task 后点击 c/c:gcc.exe 生成活动文件
label任务的名称显示在下拉列表中。command指定编译器的路径。args命令行参数用于传递给编译器。可以添加链接库等。 -stdc17用于支持C17语言功能problemMatcher运行问题解析器用于查找错误和编译器输出中的警告。group组对象。
lauch.json 的用途用于调试程序默认路径在 .vscode 下面。 配置完后右下角点击 “ Add Configuration...” name: 给配置项的起一个易于理解的名称调试过程中可以在调试按钮处看到 type根据开发语言决定。eg.node.js 的 type为 nodeC/C 语言的 type 为 cppdbg。request指定调试模式有 launch 和 attach 两种。使用 launch 可以为程序搭一个调试器支持加断点。program指定要调试的程序。需要和 tasks.json 中的目标文件一致。argsmain 函数 (argc,argv) 的参数。启动时传递到 main 函数中。stopAtEntry: 如果想要在 main 函数停止这里设为 true。MIMode配置调试器类型 gdb or lldbmiDebuggerPath: 配置调试器的路径(eg,gdb)。会自动搜索电脑中的调试器根据 MIMode 的配置类型来找。
launch 和 attach 的区别
以 launch 方式启动的时候vscode 直接从本地项目启动并自动的为我们自动添加一个调试器这也是为什么我们能在launch模式下打断点的原因。这是我们最经常用的。而想以 attach 方式启动通常需要一个已经在跑的项目比如一个 web 服务这个服务很可能是在远程或者在本地但是重启速度很慢的那种项目因为这个 web 服务是在远程的我们没法打断点但是可以通过 attach 启动的方式在这个远程的服务外面包裹一层调试器达到调试的目的。
launch.json 文件中的 “preLaunchTask” 参数要和 task.json 文件中的 “label” 参数保持一致。 c_cpp_properties.json 的用途主要用于配置 includePath以使代码之间可以互相跳转以及 C/C标准编译器等。
打开点击右下角的 linux 或者 win32。 https://www.zhihu.com/question/336266287/answer/2144611720
最后给大家推荐一个VS Code的教程https://www.bilibili.com/video/BV1Jf4y1S7Bw/?spm_id_from333.788.videocard.0 VSCode 各种断点
Debugging in Visual Studio Code
1. 右键 2. Run -- New Breakpoint Logpoint: A Logpoint is a variant of a breakpoint that does not break into the debugger but instead logs a message to the console (DEBUG CONSOLE). Logpoints are especially useful for injecting logging while debugging production servers that cannot be paused or stopped.
A Logpoint is represented by a diamond shaped icon. Log messages are plain text but can include expressions to be evaluated within curly braces ({}).
Expression condition: The breakpoint will be hit whenever the expression evaluates to true.
Hit count: The hit count controls how many times a breakpoint needs to be hit before it will break execution. Whether a hit count is respected and the exact syntax of the expression vary among debugger extensions.
Condition and hit count editing support is also supported for function and exception breakpoints.
Inline breakpoints: Inline breakpoints will only be hit when the execution reaches the column associated with the inline breakpoint. This is particularly useful when debugging minified code which contains multiple statements in a single line.
An inline breakpoint can be set using ShiftF9 or through the context menu during a debug session. Inline breakpoints are shown inline in the editor.
Inline breakpoints can also have conditions. Editing multiple breakpoints on a line is possible through the context menu in the editors left margin.
Function breakpoints: Instead of placing breakpoints directly in source code, a debugger can support creating breakpoints by specifying a function name. This is useful in situations where source is not available but a function name is known.
A function breakpoint is created by pressing the button in the BREAKPOINTS section header and entering the function name. Function breakpoints are shown with a red triangle in the BREAKPOINTS section.
Data breakpoints: If a debugger supports data breakpoints, they can be set from the context menu in the VARIABLES view. The Break on Value Change/Read/Access commands will add a data breakpoint that is hit when the value of the underlying variable changes/is read/is accessed. Data breakpoints are shown with a red hexagon in the BREAKPOINTS section.
