哈尔滨房产信息网官方网站,龙岩做网站开发多久时间,织梦系统怎么做单页网站,北京高端网站目录 1、问题说明 2、使用Windbg动态调试去初步分析 3、使用Windbg详细分析 4、最后 VC常用功能开发汇总#xff08;专栏文章列表#xff0c;欢迎订阅#xff0c;持续更新...#xff09;https://blog.csdn.net/chenlycly/article/details/124272585C软件异常排查从入门…目录 1、问题说明 2、使用Windbg动态调试去初步分析 3、使用Windbg详细分析 4、最后 VC常用功能开发汇总专栏文章列表欢迎订阅持续更新...https://blog.csdn.net/chenlycly/article/details/124272585C软件异常排查从入门到精通系列教程专栏文章列表欢迎订阅持续更新...https://blog.csdn.net/chenlycly/article/details/125529931C软件分析工具从入门到精通案例集锦专栏文章持续更新中...https://blog.csdn.net/chenlycly/article/details/131405795C/C基础与进阶专栏文章持续更新中...https://blog.csdn.net/chenlycly/category_11931267.html开源组件及数据库技术专栏文章持续更新中...https://blog.csdn.net/chenlycly/category_12458859.html网络编程与网络问题分享专栏文章持续更新中...https://blog.csdn.net/chenlycly/category_2276111.html       最近在联调程序的新功能时更新了底层模块的库之后出现了启动报错导致程序启动失败的问题。这个问题有一定的代表性在这里给大家分享一下问题的排查过程。 1、问题说明 当前软件的新需求基本开发完成目前正处于调试与bug修改的过程中因为登录当前的平台出现注册失败的问题软件重启了几次还是有问题于是手动将代码中的dll都换成最新的版本拷贝终端组件整体编译的库更新加入到版本控制的底层库并将头文件更新成最新的。更新完成后在VS中重新编译代码开启调试结果程序一启动就报错了弹出如下的提示框 查看此时的函数调用堆栈显示崩溃在medaisdk.dll中但看不到中间的模块如下 这个崩溃是必现的程序始终启动不起来导致没法继续进行业务联调。 此外还有个奇怪的现象同一个release版本的软件在一个测试同事的Win10系统上启动并没有问题可以正常运行。但在另一个测试同事的Win7系统中一启动就崩溃是必现的 后来排查得知是代码中访问了一个未初始化的指针变量野指针引发内存访问违例导致的。在release下未初始化的变量值不会自动初始化是分配内存时内存中残留的值是随机值。 所以从Win7和Win10系统中的不同表现可以看出两个系统的内存管理机制是有差异的正是因为有差异导致同一个版本的软件在两个系统中有不同的表现。 在这里给大家重点推荐一下我的几个热门畅销专栏 专栏1该专栏订阅量接近350个有很强的实战参考价值广受好评 C软件异常排查从入门到精通系列教程专栏文章列表欢迎订阅持续更新...https://blog.csdn.net/chenlycly/article/details/125529931 本专栏根据近几年C软件异常排查的项目实践系统地总结了引发C软件异常的常见原因以及排查C软件异常的常用思路与方法详细讲述了C软件的调试方法与手段以图文并茂的方式给出具体的实战问题分析实例带领大家逐步掌握C软件调试与异常排查的相关技术适合基础进阶和想做技术提升的相关C开发人员 专栏中的文章都是通过项目实战总结出来的通过项目实战积累了大量的异常排查素材和案例有很强的实战参考价值专栏文章还在持续更新中预计文章篇数能更新到200篇以上 专栏2  C/C基础与进阶专栏文章持续更新中...https://blog.csdn.net/chenlycly/category_11931267.html 以多年的开发实战为基础总结并讲解一些的C/C基础与进阶内容以图文并茂的方式对相关知识点进行详细地展开与阐述专栏涉及了C/C领域的多个方面的内容同时给出C/C及网络方面的常见笔试面试题并详细讲述Visual Studio常用调试手段与技巧 专栏3  开源组件及数据库技术https://blog.csdn.net/chenlycly/category_12458859.html 以多年的开发实战为基础分享一些开源组件及数据库技术 2、使用Windbg动态调试去初步分析 于是决定使用Windbg动态分析一下看看到底是什么原因导致的。因为程序启动时就发生了崩溃没法先启动程序再把Windbg附加上去所以需要直接使用Windbg去启动程序这样才能监测到程序启动过程中的异常。 用Windbg动态启动程序感知到了异常查看此时的函数调用堆栈然后找来函数调用堆栈中相关模块的pdb文件设置到Widnbg中重新查看函数调用堆栈堆栈中显示了详细的函数名称和代码行号 从函数调用堆栈得知在程序启动时调用了终端组件终端组件业务初始化接口然后终端组件层在创建音视频组的编解码器时产生了内存访问违例进而产生崩溃。 初步怀疑可能是终端组件库与音视频库mediasdk.dll版本不一致导致的可能是mediasdk.dll的头文件修改了修改了函数参数或者修改了结构体只发布了dll库文件没有发布头文件导致的。当时因为手头有很多事情要处理没有去深究这个问题于是尝试让音视频组重新发布mediasdk.dll库和头文件看看发布后还没有问题。 3、使用Windbg详细分析 但mediasdk.dll库文件和头文件重新发布后终端组件的相关模块重新编译然后拷贝最新的终端组件及底层的库重新编译主程序启动调试运行结果启动时还是报错。看来并不是版本不对导致的问题。 于是使用Windbg启动程序感知到异常中断拿来pdb文件查看详细的函数调用堆栈和维护mediasdk.dll模块的同事一起对照代码进行详细分析。崩溃时的堆栈如下 从堆栈中可以看出代码崩溃在mediasdk!CVidEncWrapper::Id函数中查看该函数的源码该函数中只是简单地返回一个整型变量的值 所以引发问题的点应该不在该函数中需要沿着函数调用堆栈往上看看调用mediasdk!CVidEncWrapper::Id接口的函数。 另外查看发生崩溃的这条汇编指令首先是访问了一个内核态地址0xcdcdf001引发的内存访问违例用户态的代码不能访问内核态的内存地址。然后查看这条汇编指令中用到的寄存器eax崩溃时该寄存器的值为0xcdcdcdcd。以前我讲过一些C程序中常见的异常值0xcdcdcdcd、0xdddddddd、0xfeeefeee等这几个异常值的说明如下 所以第一眼看到这个0xcdcdcdcd根据上面的含义说明就能大概判断代码中使用了未初始化的堆内存变量可能是mediasdk!CVidEncWrapper::Id函数所在的类对象有问题查看这条返回整型变量的汇编指令按讲返回成员变量的值当前类对象地址应该是存放在ecx寄存器中的按讲返回成员变量的值直接使用ecx就行为啥会使用eax寄存器呢 要确定这个问题很简单直接查看汇编代码上下文就知道了。于是在菜单栏中点击 View - Disassembly查看汇编代码上下文 从汇编代码就找到答案了。对于被调用函数CVidEncWrapper::Id主调函数肯定是将CVidEncWrapper类对象的首地址通过ecx传进来的汇编代码中先将ecx中的C类对象首地址拷贝到[ebp-4]栈内存上然后又将[ebp-4]栈内存中的值拷贝到eax中然后执行发生崩溃的这条指令所以执行该条崩溃指令时eax中存放的就是当前类对象的首地址。 所以给CVidEncWrapper::Id函数传入的CVidEncWrapper对象首地址为0xcdcdcdcd肯定使用的是一个未初始化的指针变量导致的。所以沿着函数调用堆栈查看调用CVidEncWrapper::Id的函数mediasdk!CKdvEncoder::CKdvEncoder这是CKdvEncoder类的构造函数。根据函数调用堆栈中显示的cpp路径及代码行号找到对应的源码位置如下 这行代码是一个打印日志的宏Mc_Enter这就是个宏并没有看到对CVidEncWrapper::Id函数调用啊是不是Windbg中指示的行号有问题 我不了解音视频组的代码音视频组维护代码的也是一个刚接手的刚毕业小哥对代码也不熟悉。于是以“Id()”为关键字搜索看看是哪些地方调用了CVidEncWrapper::Id函数。结果刚才的那个打印日志的宏定义中调用了 这就对上了说明Windbg指示的行号是没问题的。对于宏在代码编译时会被替换成定义的内容。 这个打印日志的宏是放置在CXXXEncoder类的构造函数的入口处而对指针变量m pcXXXVideoEncoder的初始化放在宏的下一行所以在宏定义中访问了没有初始化的指针变量m_pcXXXVideoEncoder该指针变量在Debug下会被初始化为0xcdcdcdcd指针变量的内存区域中会被填充成0xcdcdcdcd所以将0xcdcdcdcd作为一个CVidEncWrapper类对象的首地址调用CVidEncWrapper::Id接口去读取类中的成员变量m dwIndex的值读成员变量m dwIndex的值就是去读取该变量在内存中的内容即访问该变量的内存。 类成员变量的内存位于所在CVidEncWrapper类对象中是相对于类对象首地址的偏移即eax2234h 0xcdcdcdcd 2234h 0xcdcdf001所以要读取成员变量m dwIndex的值就是去访问该变量的内存地址0xcdcdf001中的内容但这个地址对于32为程序是个内核态内存地址当前代码是用户态的代码是不能访问内核态地址的所以产生了内存访问违例程序进而发生崩溃。 解决办法是在CXXXEncoder构造函数中将对指针变量m_pcXXXVideoEncoder初始化的代码调整到打印日志那句宏Mc_Enter代码前面去就好了。保证在使用前就被初始化。 4、最后 当前这个问题是必现的为啥之前没有出过问题呢查看音视频组代码的修改记录在打印宏Mc_Enter的定义处修改了宏的实现代码。当时修改代码后只在release下做了测试没有测试Debug版本的这个问题在Debug下是必现的。 最开始我们说过使用问题库的Relase软件版本通过release安装包安装的在Win10系统上可以正常运行的没有暴露出问题。但这个版本在Win7上启动会直接报错的这是Win7和Win10中的内存管理机制不同导致的。现在大部分人用的都是Win10所以可能很难将问题暴露出来。所以有两点需要注意一下 1Release版本没问题不代表Debug版本没问题 2Win10系统上运行没问题不代表在其他系统比如Win7上运行没问题。 此外还有两点值得注意一下 1通过异常值0xcdcdcdcd初步推断出是变量未初始化引起的然后以这个线索为切入点快速定位问题 2在崩溃的那条汇编代码中没有通过ecx去访问类中成员变量的内存而是使用eax查看一下CVidEncWrapper::Id函数的汇编代码就知道了。查看上下文便知道当前类对象的首地址已经传给了eax了所以在崩溃的额那条汇编指令中使用了eax。