.在debug->windows下,有以下调试窗口
1)Breakpoints管理断点信息
可以新建条件断点,函数断点,以及特定地址改变断点(用于检测数据发生改变时机点)
在断点处,可以进入汇编语言查看汇编信息
断点详细信息包括: condition, hit count, funcion, file, address, process 等详细信息
2)Memory 给出了内存地址上详细信息,可查看各种变量,结构体,类等内存状态
3)Registers 给出了寄存器相关信息,在调试汇编时可以查看寄存器信息
4)Processes 给出进程相关信息,包括 ID, path等
5)Moudules 给出了调用模块列表,一般控制台程序会调用如下模块:
ucrtbased.dll
vcruntime140d.dll
KernelBase.dll
kernel32.dll
ntdll.dll windows内核提供的所有原生API基本都是从该库中导出
6)Threads 给出了当前进程的所有线程信息,一个空的控制台程序包括一个主线程及多个工作线程,
其中,三个工作线程均来自于 ntdll.dll,在 Location 处,通过展开调用栈可以查看线程具体信息
7)CallStack 给出了程序调用栈信息,根据调用栈可以进行调用回溯
8)Watch 可查看变量值,也可以修改变量值继续调试,变量值可以用10进制或者16进制显示
.程序调试过程中,可以拖动调试点重新执行已经执行过代码,方便问题查找与确认
.#include <assert.h> assert() function可以检测一些断言错误,调试assert方法如下:
1)使所有断点无效
2)debug 程序,程序会提示断言错误,点击重试即可定位错误
3)如果不调试而直接运行程序,断言错误仍旧会被抛出,但是无法进入代码查看更加具体信息
.编辑并继续执行
1)设置 c/c++->General->Debug Information Format = Program Database for Edit And Continue
2)设置 Linker->optimaization->References = No(/OPT:NOREF)
3)将断点拖拽至待继续执行代码前
4)修改待继续执行代码,继续调试即可应用编辑后代码
.GetLastError() 返回上次执行函数的返回值,在 Tools->Error lookUp 下可查看错误对应的具体信息
同时,在监视窗口中输入 err 或 err,hr 可查看上次返回值情况
.在监视窗口(watch)中,可以使用 sizeof 运算符计算结构体,数组等大小信息
.x86架构为小端存储,对于unicode编码,如 t=0x0074, 在内存地址中则存储为 74 00,其实小端存储更加符合计数规则
.相同成员变量的类与结构体在内存空间表示是一致的,调整成员变量顺序可以优化内存占用,规则如下:
将变量按占用空间从小到大排列,可以最大化优化内存占用(基于结构体对其原则)
.内存泄漏调试
1)引入以下语句
#define _CRTDBG_MAP_ALLOC // 必须在包含crtdbg.h前预定义该宏,使得malloc函数重定义
#include <crtdbg.h> // 用于c运行时库的调试,不包含 new 运算符重定义
#ifdef _DEBUG
#define new new(_CLIENT_BLOCK, __FILE__, __LINE__) // 重定义 new 运算符
#endif
2)在程序入口点设置内存泄漏检测
_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF | _CRTDBG_CHECK_ALWAYS_DF);
3)在程序结束处输出内存泄漏
_CrtDumpMemoryLeaks();
4)注意,仅在调试模式下可以定位泄漏,关闭程序后 output 窗口大致给出如下信息
Detected memory leaks!
Dumping objects ->
d:\debug\practice\practice\practice.cpp(19) : {87} normal block at 0x013B78D8, 100 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
d:\debug\practice\practice\practice.cpp(18) : {86} client block at 0x015B5040, subtype 0, 1048576 bytes long.
Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
Object dump complete.
双击提示信息,即可进入内存泄漏点
5)根据 4)给出的提示信息,在第 86,87 次分配中存在内存泄漏,在程序开始处添加 _CrtSetBreakAlloc(86),
再次调试运行程序,程序将会在第 86 次分配内存前停下,内存泄漏位置定位成功
.定位堆内存破坏(调试模式下)
1)在调试模式下,堆内存分配会在分配内存空间后边增加一些调试信息,
如 char *p= new char[2] 在内存中表示为 cd cd fd fd fd fd ...,
当delete []p 调用时,程序会检测 fd fd fd fd 是否发生改变,如果发生改变则提示堆内存错误。
2)在 Release 模式下, 程序不会添加附加信息,因此不会检测堆内存被破坏错误,
但是在 Release 模式下,由于没有 fd fd fd fd ... 形式的缓冲区,程序越界改写数据可能导致一些奇特的且不固定的错误!!!
3)在调试模式下,检测堆内存破坏可使用数据断点(Data Breakpoint),这里可以设置 p + 5 数据发生改变后触发断点,
然后在调用堆栈中即可定位错误,注意,数据断点设置需要获得数据所在的准确内存地址(即数据指针有效后方可设置该数据相关的数据断点)
.定位堆内存破坏(Release模式下)
1)在 Release 模式下,使用 devenv.exe 启动调试,当操作系统为程序分配堆内存时,在其后邻接位置分配保护内存,利用检测保护内存触发越界。
2)在注册表 计算机\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options 下增加调试应用程序 x.exe。
3)增加如下选项 Debugger(REG_SZ)=C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe
GlobalFlag(REG_SZ)=0x02000000 PageHeapFlags(REG_SZ)=0x2
4) 点击 x.exe 启动调试器,当前调试器好像只能在堆内存释放时定位问题,与预期不太一致?代码如下:
char *p = new char[5]; memcpy(p, "123456", 6); delete[]p;
5)要定位到源码,需要保证 .pch 及源码文件路径未发生改变
.栈破坏可以使用数据断点进行监测, 设置数据断点,当触发了预期以外的断点,则表示该栈数据被破坏,
同样,该方法也适用其他任何数据破坏的监测。

vc++调试总结的更多相关文章

  1. VC++调试说明

    目录 第1章调试说明    1 1.1 调试设置    1 1.2 跟踪代码    2 1.3 断点    2 第2章模块生命周期    4 2.1 exe模块    4 2.2 dll模块    5 ...

  2. VC调试篇

    难怪很多前辈说调试是一个程序员最基本的技能,其重要性甚至超过学习一门语言.不会调试的程序员就意味着他即使会一门语言,却不能编制出任何好的软件. 我以前接触的程序大多是有比较成形的思路和方法,调试起来出 ...

  3. VC++调试基础

    一.调试基础 调试快捷键 F5:  开始调试 Shift+F5: 停止调试 F10:   调试到下一句,这里是单步跟踪 F11:   调试到下一句,跟进函数内部 Shift+F11:  从当前函数中跳 ...

  4. gdb对应vc调试命令

    gdb vc调试对照表: 实现功能                vc                   gdb 修改后编译              f7                   ma ...

  5. VC调试篇:ASSERT(FALSE)时怎么办?查看调用堆栈

    问题简述 我们在调试程序时,经常会遇到程序中断的情况,就像下图这样. 我艹,这该怎么办,我们一下子就懵逼了.我们选择中断,常常会跳到一个莫名其妙的地方去. 正是这个断言 ASSERT(::IsWind ...

  6. vc调试大全

    一.调试基础 调试快捷键 F5:  开始调试 Shift+F5: 停止调试 F10:   调试到下一句,这里是单步跟踪 F11:   调试到下一句,跟进函数内部 Shift+F11:  从当前函数中跳 ...

  7. VC调试方法大全

    VC调试方法大全 一.调试基础 调试快捷键 F5:  开始调试 Shift+F5: 停止调试 F10:   调试到下一句,这里是单步跟踪 F11:   调试到下一句,跟进函数内部 Shift+F11: ...

  8. VC调试笔记

    1.windows-32调试: ①使用map文件根据崩溃地址寻找对应的源代码文件和行号 勾选project->settings->link->General mapfile,对应的P ...

  9. VC++调试错误的解决方案

    这篇文章主要用来记录使用Visual Studio过程中,出现的各种error,并提供自己当时解决的方案.但是,一个error可能由不用原因引起的,文中案例仅供大家参考. nafxcwd.lib(th ...

  10. VC 调试版(Debug Version)和发行版(Release Version)

    调试是纠正或修改代码,使之可以顺利地编译.运行的过程.为此,VC IDE提供了功能强大的调试和跟踪工具. 1.1.1 调试版(Debug Version)和发行版(Release Version) 开 ...

随机推荐

  1. mysql数据库主从复制教程

    mysql主从复制教程 架构规划: 192.168.201.150 master 主节点 192.168.201.154 slave 从节点 1. 修改mysql的配置文件(主节点,从节点都要修改) ...

  2. Nacos配置管理最佳实践

    Nacos一个最常用的功能就是配置中心,在具体使用时往往是多个团队,甚至整个公司的研发团队都使用同一个Nacos服务.那么使用时如何保证配置在各个团队之间的隔离,又能保证配置管理的便捷性?下面就来介绍 ...

  3. Antd使用timePicker封装时间范围选择器(React hook版)

    antd中提供了是日期范围选择器及datepaicker封装日期范围选择器的示例,但是没有时间选择范围的组件,这里使用两个timePicker组合一个事件范围选择器,通过disabled属性限定时间可 ...

  4. 触发器中获取sql

    CREATE trigger 触发器名 on 表名 for update,delete as set nocount on create table #t(EvebtType varchar(60), ...

  5. [ARM汇编]常用ARM汇编指令

  6. CesiumJS下载量超过1百万次

    Cesium中文网:http://cesiumcn.org/ | 国内快速访问:http://cesium.coinidea.com/ CesiumJS的下载总量已经超过100万.这一里程碑对我们(C ...

  7. gin的源码解读4-gin的路由算法

    gin的路由算法 gin的是路由算法其实就是一个Trie树(也就是前缀树). 有关数据结构的可以自己去网上找相关资料查看. 注册路由预处理 我们在使用gin时通过下面的代码注册路由 普通注册 rout ...

  8. ansible roles实践——安装nginx

    1.创建roles 在/etc/ansible/roles目录下 1.1 手动创建需要的目录 1.2 使用命令创建,用不到的目录可以创建为空目录,但不可以不创建. 创建目录[root@master] ...

  9. mesos是什么

    听过不少人在讨论 Mesos,然而并不是很明白 Mesos 到底能够解决什么问题,使用场景是怎样的,周伟涛(国内较早一批接触使用 Docker,Mesos 等技术的开发者)用一句话形容它, Mesos ...

  10. 【数据结构】K-D Tree

    K-D Tree 这东西是我入坑 ICPC 不久就听说过的数据结构,但是一直没去学 QAQ,终于在昨天去学了它.还是挺好理解的,而且也有用武之地. 目录 简介 建树过程 性质 操作 例题 简介 K-D ...