关于MSVCR100.dll、MSVCR100d.dll、Msvcp100.dll…
2019-09-23 08:41:07来源:博客园 阅读 ()
关于MSVCR100.dll、MSVCR100d.dll、Msvcp100.dll、abort()R6010等故障模块排查及解决方法
一、常见故障介绍
最近在开发相机项目(项目细节由于公司保密就不介绍了),程序运行5个来月以来首次出现msvcr100.dll故障等问题,于是乎开始了分析之路,按照度娘上的一顿操作,期间也是出现了各种不一样的问题,现总结了遇到的问题如:
1、MSVCR100.dll/MSVCR100D.dll/MSVCP100.dll/MSVCP100D.dll问题
问题事件名称: APPCRASH
故障模块名称: MSVCR100.dll
2、R6010错误
现场遇到的情况基本都是这两类
二、故障排查
1、静心思考
主要说一下我走过的历程,心酸只有自己知道,排查问题难免浮躁,但一定要沉得住,浮躁主要有以下几点:
- 程序明明在自己机器上运行的好好的在客户机器上就会出问题;
- 程序明明试着好好的,可你一离开就出现问题;
- 程序连续运行好几个月版本都稳定了,可突然出问题,换电脑又复现不出来;
- 连续处理一段时间后仍然没有结果,客户领导天天催。
2、检查库
- 1、如果新打包的程序提示缺少MSVCR100.dll、MSVCP100.dll”或者“MSVCR100d.dll\MSVCP100d.dll”等类似错误信息,请从源机器或者网上下载该库拷贝到目标机器,库分32位和64位(跟自己操作系统有关),32拷贝到C:\Windows\System32,64位拷贝到C:\Windows\SysWOW64,记住库一定要统一版本,不要从别的机器东拼西凑,以一个机器为准;
- 2、程序发布时最好将所需要的库也一并打包,在这我以vs编译器为例,可以从vs安装目录里拷贝MSVCR100.dll等相关运行库,记得区分32或者64位版本,目录如下:
- 3.如果以上两步完成,程序重启后,还会出现类似问题,则继续往下排查,我给现场换完所有库之后,出现了R6010问题引起程序宕机
3、排查代码
1)、代码层面检查
以上若还没解决问题,此时一定不要再纠结库(不要以为库版本不对),一定是你代码的问题,检查代码着重检查
- 1.非法指针访问和内存泄漏
- 2.设置的指针范围跟你运行的不对
- 3.指针访问内存越界出现问题。
- 4.因为不支持中文。
- 5.内存不够分配
- 6.多线程访问资源出的问题。
- 7.检查exe和dll是否混用的不同版本的crt
代码检查出异常更新版本后若问题解决皆大欢喜,若还没有解决,请接着往下走(本人就属于后者)。
2)、生成dump文件
一定要正视你的代码,C++系统崩溃无非就是内存访问无效、无效对象、堆栈溢出、空指针调用等常见的问题,当然有些问题不是立马能复现,它需要一定的条件,而这个条件它很复杂又由许多因素所制约;
Dump文件是进程的内存镜像。可以把程序的执行状态通过调试器保存到dump文件中,Dump文件是用来给驱动程序编写人员调试驱动程序用的,这种文件必须用专用工具软件打开,比如使用WinDbg、VS打开,当程序崩溃时会生成dump文件,通过生成dump文件使用调试工具进行调试,还原程序崩溃时的状态,能够起到快速定位排查问题的作用,dump文件生成的方式如下:
(a)通过任务管理器生成
打开任务管理器,找到对应的进程,右击,选择创建转储文件
生成的文件路径如下:
生成的转储文件可以通过VS打开,但是正常运行的程序生成.DMP文件并没有什么大的作用,上述的方法要求在程序崩溃时并不直接退出时才可以使用,但是一般程序都是粗鲁的退出,所以这种方法适用于特定场合。
(b)编写代码生成
一定要生成debug版本程序
Windows提供了SetUnhandledExceptionFilter函数,MSDN中描述为:
Issuing SetUnhandledExceptionFilter replaces the existing top-level exception filter for all existing and all future threads in the calling process.
用于当程序遇到未经处理的异常(主要指非指针造成)导致程序崩溃宕机时的异常接受处理,该函数必须在异常可能发生之前调用才有效,我们可以在该函数中生成dump文件,以方便我们调试,代码网上很多,我贴出一部分(大佬不嫌弃请留言),在程序崩溃后会生成dump文件
1 int GenerateMiniDump(HANDLE hFile, PEXCEPTION_POINTERS pExceptionPointers, PWCHAR pwAppName) 2 { 3 BOOL bOwnDumpFile = FALSE; 4 HANDLE hDumpFile = hFile; 5 MINIDUMP_EXCEPTION_INFORMATION ExpParam; 6 7 typedef BOOL(WINAPI * MiniDumpWriteDumpT)( 8 HANDLE, 9 DWORD, 10 HANDLE, 11 MINIDUMP_TYPE, 12 PMINIDUMP_EXCEPTION_INFORMATION, 13 PMINIDUMP_USER_STREAM_INFORMATION, 14 PMINIDUMP_CALLBACK_INFORMATION 15 ); 16 17 MiniDumpWriteDumpT pfnMiniDumpWriteDump = NULL; 18 HMODULE hDbgHelp = LoadLibrary(L"DbgHelp.dll"); 19 if (hDbgHelp) 20 pfnMiniDumpWriteDump = (MiniDumpWriteDumpT)GetProcAddress(hDbgHelp, "MiniDumpWriteDump"); 21 22 if (pfnMiniDumpWriteDump) 23 { 24 if (hDumpFile == NULL || hDumpFile == INVALID_HANDLE_VALUE) 25 { 26 //TCHAR szPath[MAX_PATH] = { 0 }; 27 TCHAR szFileName[MAX_PATH] = { 0 }; 28 //TCHAR* szAppName = pwAppName; 29 TCHAR* szVersion = L"v1.0"; 30 TCHAR dwBufferSize = MAX_PATH; 31 SYSTEMTIME stLocalTime; 32 33 GetLocalTime(&stLocalTime); 34 //GetTempPath(dwBufferSize, szPath); 35 36 //wsprintf(szFileName, L"%s%s", szPath, szAppName); 37 CreateDirectory(szFileName, NULL); 38 39 wsprintf(szFileName, L"%s-%04d%02d%02d-%02d%02d%02d-%ld-%ld.dmp", 40 //szPath, szAppName, szVersion, 41 szVersion, 42 stLocalTime.wYear, stLocalTime.wMonth, stLocalTime.wDay, 43 stLocalTime.wHour, stLocalTime.wMinute, stLocalTime.wSecond, 44 GetCurrentProcessId(), GetCurrentThreadId()); 45 hDumpFile = CreateFile(szFileName, GENERIC_READ | GENERIC_WRITE, 46 FILE_SHARE_WRITE | FILE_SHARE_READ, 0, CREATE_ALWAYS, 0, 0); 47 48 bOwnDumpFile = TRUE; 49 OutputDebugString(szFileName); 50 } 51 52 if (hDumpFile != INVALID_HANDLE_VALUE) 53 { 54 ExpParam.ThreadId = GetCurrentThreadId(); 55 ExpParam.ExceptionPointers = pExceptionPointers; 56 ExpParam.ClientPointers = FALSE; 57 58 pfnMiniDumpWriteDump(GetCurrentProcess(), GetCurrentProcessId(), 59 hDumpFile, MiniDumpWithDataSegs, (pExceptionPointers ? &ExpParam : NULL), NULL, NULL); 60 61 if (bOwnDumpFile) 62 CloseHandle(hDumpFile); 63 } 64 } 65 66 if (hDbgHelp != NULL) 67 FreeLibrary(hDbgHelp); 68 69 return EXCEPTION_EXECUTE_HANDLER; 70 } 71 72 73 LONG WINAPI ExceptionFilter(LPEXCEPTION_POINTERS lpExceptionInfo) 74 { 75 if (IsDebuggerPresent()) 76 { 77 return EXCEPTION_CONTINUE_SEARCH; 78 } 79 80 return GenerateMiniDump(NULL, lpExceptionInfo, L"test"); 81 }
(c)调试dump文件
终于在慢慢的等待中,现场程序崩溃,预期生成了dump文件,此时我们将dump文件拷贝到我们当时编译的debug版本可执行程序的同级目录下,注意pdb文件必须也在此目录
用vs打开dmp文件并点击使用仅限本机进行调试
出现异常时的弹窗即UnhandledExceptionFilter为默认的异常处理器工作产生的会出现中断的提示框,此时点击中断
右下角会弹出堆栈信息
双击有问题的一行,会出现弹窗,再选择代码工程所在目录(sln的目录),即可定位到有问题的那一行
分析错误,加上异常保护,重新生成版本,问题解决,收工!
原文链接:https://www.cnblogs.com/laiyingpeng/p/11541881.html
如有疑问请与原作者联系
标签:
版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有
下一篇:对象的构造与析构(二)
- 关于各种不同开发语言之间数据加密方法(DES,RSA等)的互通的 2020-06-07
- 关于使用ffmpeg的一些牢骚 2020-05-08
- 关于有趣的windows.h 2020-03-09
- 关于C/C++的各种优化 2020-02-06
- 关于C/C++的各种优化 2020-01-20
IDC资讯: 主机资讯 注册资讯 托管资讯 vps资讯 网站建设
网站运营: 建站经验 策划盈利 搜索优化 网站推广 免费资源
网络编程: Asp.Net编程 Asp编程 Php编程 Xml编程 Access Mssql Mysql 其它
服务器技术: Web服务器 Ftp服务器 Mail服务器 Dns服务器 安全防护
软件技巧: 其它软件 Word Excel Powerpoint Ghost Vista QQ空间 QQ FlashGet 迅雷
网页制作: FrontPages Dreamweaver Javascript css photoshop fireworks Flash