pi9nc

让程序在崩溃时体面的退出之Unhandled Exception

分类： VC++/MFC 2011-07-18 10:13 9626人阅读评论(31) 收藏举报

   exception filter pointers windows winapi api 
 

程序是由代码编译出来的，而代码是由人写的。人非圣贤，孰能无过。所以由人写的代码有缺陷是很正常的。当然很多异常都在开发阶段被考虑到而添加了处理代码，或者用try/catch对可能出现异常的地方进行额外的照顾。可是，还是会有一些无法预料的异常（Unhandled Exception）在程序运行的时候出现。这些异常很多时候都会招致程序的崩溃。那么有没有什么方法可以让程序在崩溃的时候体面的退出呢？答案是肯定的。可以用Windows API中的SetUnhandledExceptionFilter来设置一个回调函数来处理这些无法预料的异常。
要想使用SetUnhandledExceptionFilter，必须#include <Windows.h>，这个函数的声明如下：

[cpp]  view plain copy 
      
     
 LPTOP_LEVEL_EXCEPTION_FILTER WINAPI SetUnhandledExceptionFilter(  
   __in  LPTOP_LEVEL_EXCEPTION_FILTER lpTopLevelExceptionFilter  
 );  

具体的参数和返回值的解释可以查找MSDN，有很详细的说明。下面就用具体的代码来说明怎样使用这个Windows API来使程序在崩溃的时候体面的退出。代码里面有详细的注释来帮助理解。
用VC创建一个名为Test的控制台程序，添加下面的代码。

[cpp]  view plain copy 
      
     
 #include "stdafx.h"  
   
 int _tmain(int argc, _TCHAR* argv[])  
 {  
     // 除零，人为的使程序崩溃  
     //  
     int i = 13;  
     int j = 0;  
     int k = i / j;  
   
     return 0;  
 }  

编译上面的代码，到工程的Debug目录下找到编译好的Test.exe，双击运行，在Windows 7下就会出现下面的对话框告诉你程序无法运行，也就是崩溃了。

为了避免出现程序崩溃的情况，用前面所说的方法，把代码修改成下面这样。

[cpp]  view plain copy 
      
     
 #include "stdafx.h"  
 #include <Windows.h>  
   
 // 处理Unhandled Exception的回调函数  
 //  
 LONG ApplicationCrashHandler(EXCEPTION_POINTERS *pException)  
 {     
     // 在这里添加处理程序崩溃情况的代码  
     // 现在很多软件都是弹出一个发送错误报告的对话框  
   
     // 这里以弹出一个错误对话框并退出程序为例子  
     //  
     FatalAppExit(-1,  _T("*** Unhandled Exception! ***"));  
   
     return EXCEPTION_EXECUTE_HANDLER;  
 }  
   
 int _tmain(int argc, _TCHAR* argv[])  
 {  
     // 设置处理Unhandled Exception的回调函数  
     //   
     SetUnhandledExceptionFilter((LPTOP_LEVEL_EXCEPTION_FILTER)ApplicationCrashHandler);   
   
     // 除零，人为的使程序崩溃  
     //  
     int i = 13;  
     int j = 0;  
     int k = i / j;  
   
     return 0;  
 }  

编译上面的代码，到工程的Debug目录下找到编译好的Test.exe，双击运行，就会出现下面这样的对话框，点击OK按钮后，程序正常退出。

让程序在崩溃时体面的退出之CallStack

分类： VC++/MFC 2011-07-20 09:33 6535人阅读评论(16) 收藏举报

    exception crash pointers module image null 
  

        在我的那篇《让程序在崩溃时体面的退出之Unhandled Exception》中提供了一个捕捉程序崩溃事件的方法，可以添加代码在程序崩溃的时候做出适当的处理。不过，只知道程序在什么时候崩溃，但是不知道为什么崩溃，这对于程序开发者来说没有任何意义。因为如果不知道程序崩溃的原因，就没法去找到代码中的缺陷，当然就没法去修改代码而避免程序的崩溃。
        所有调试过代码的开发者都知道CallStack的重要性。如果在程序崩溃的时候得到CallStack，那么就能定位程序崩溃的具体位置，并最终找到解决方法。那么有没有什么方法在程序崩溃的时候得到CallStack呢？答案是肯定的。微软提供了一个DbgHelp.dll，里面包含了一系列的Windows API来供开发者调用。它是一个调试跟踪相关的模块，用于跟踪进程工作，在进程崩溃时收集程序产生异常时的堆栈信息，以供开发人员分析，从而很快找出使程序出现异常的原因。
        下面用具体的例子代码来说明怎样使用DbgHelp.dll中的Windows API来得到CallStack。代码里面有详细的注释来帮助理解。
        用VC创建一个名为Test的控制台程序，添加下面的代码。

[cpp]  view plain copy 
       
      
 // 一个有函数调用的类  
 //   
 class CrashTest  
 {  
 public:  
     void Test()   
     {   
         Crash();   
     }  
   
 private:  
     void Crash()   
     {   
         // 除零，人为的使程序崩溃  
         //  
         int i = 13;  
         int j = 0;  
         int m = i / j;  
     }  
 };  
   
 int _tmain(int argc, _TCHAR* argv[])  
 {  
     CrashTest test;  
     test.Test();  
   
     return 0;  
 }  

编译上面的代码，到工程的Debug目录下找到编译好的Test.exe，双击运行，程序就会崩溃。从代码我们知道函数调用顺序是main() -> CrashTest::Test() -> CrashTest::Crash()。那么怎么在程序崩溃的时候得到CallStack呢？首先，先添加一些工具函数。

[cpp]  view plain copy 
       
      
 #include <Windows.h>  
 #include <DbgHelp.h>  
 #include <iostream>  
 #include <vector>  
   
 // 添加对dbghelp.lib的编译依赖  
 //  
 #pragma comment(lib, "dbghelp.lib")  
   
 using namespace std;  
   
 const int MAX_ADDRESS_LENGTH = 32;  
 const int MAX_NAME_LENGTH = 1024;  
   
 // 崩溃信息  
 //   
 struct CrashInfo  
 {  
     CHAR ErrorCode[MAX_ADDRESS_LENGTH];  
     CHAR Address[MAX_ADDRESS_LENGTH];  
     CHAR Flags[MAX_ADDRESS_LENGTH];  
 };  
   
 // CallStack信息  
 //   
 struct CallStackInfo  
 {  
     CHAR ModuleName[MAX_NAME_LENGTH];  
     CHAR MethodName[MAX_NAME_LENGTH];  
     CHAR FileName[MAX_NAME_LENGTH];  
     CHAR LineNumber[MAX_NAME_LENGTH];  
 };  
   
 // 安全拷贝字符串函数  
 //  
 void SafeStrCpy(char* szDest, size_t nMaxDestSize, const char* szSrc)  
 {  
     if (nMaxDestSize <= 0) return;  
     if (strlen(szSrc) < nMaxDestSize)  
     {  
         strcpy_s(szDest, nMaxDestSize, szSrc);  
     }  
     else  
     {  
         strncpy_s(szDest, nMaxDestSize, szSrc, nMaxDestSize);  
         szDest[nMaxDestSize-1] = '\0';  
     }  
 }    
   
 // 得到程序崩溃信息  
 //  
 CrashInfo GetCrashInfo(const EXCEPTION_RECORD *pRecord)  
 {  
     CrashInfo crashinfo;  
     SafeStrCpy(crashinfo.Address, MAX_ADDRESS_LENGTH, "N/A");  
     SafeStrCpy(crashinfo.ErrorCode, MAX_ADDRESS_LENGTH, "N/A");  
     SafeStrCpy(crashinfo.Flags, MAX_ADDRESS_LENGTH, "N/A");  
   
     sprintf_s(crashinfo.Address, "%08X", pRecord->ExceptionAddress);  
     sprintf_s(crashinfo.ErrorCode, "%08X", pRecord->ExceptionCode);  
     sprintf_s(crashinfo.Flags, "%08X", pRecord->ExceptionFlags);  
   
     return crashinfo;  
 }  
   
 // 得到CallStack信息  
 //  
 vector<CallStackInfo> GetCallStack(const CONTEXT *pContext)  
 {  
     HANDLE hProcess = GetCurrentProcess();  
   
     SymInitialize(hProcess, NULL, TRUE);  
   
     vector<CallStackInfo> arrCallStackInfo;  
   
     CONTEXT c = *pContext;  
   
     STACKFRAME64 sf;  
     memset(&sf, 0, sizeof(STACKFRAME64));  
     DWORD dwImageType = IMAGE_FILE_MACHINE_I386;  
   
     // 不同的CPU类型，具体信息可查询MSDN  
     //  
 #ifdef _M_IX86  
     sf.AddrPC.Offset = c.Eip;  
     sf.AddrPC.Mode = AddrModeFlat;  
     sf.AddrStack.Offset = c.Esp;  
     sf.AddrStack.Mode = AddrModeFlat;  
     sf.AddrFrame.Offset = c.Ebp;  
     sf.AddrFrame.Mode = AddrModeFlat;  
 #elif _M_X64  
     dwImageType = IMAGE_FILE_MACHINE_AMD64;  
     sf.AddrPC.Offset = c.Rip;  
     sf.AddrPC.Mode = AddrModeFlat;  
     sf.AddrFrame.Offset = c.Rsp;  
     sf.AddrFrame.Mode = AddrModeFlat;  
     sf.AddrStack.Offset = c.Rsp;  
     sf.AddrStack.Mode = AddrModeFlat;  
 #elif _M_IA64  
     dwImageType = IMAGE_FILE_MACHINE_IA64;  
     sf.AddrPC.Offset = c.StIIP;  
     sf.AddrPC.Mode = AddrModeFlat;  
     sf.AddrFrame.Offset = c.IntSp;  
     sf.AddrFrame.Mode = AddrModeFlat;  
     sf.AddrBStore.Offset = c.RsBSP;  
     sf.AddrBStore.Mode = AddrModeFlat;  
     sf.AddrStack.Offset = c.IntSp;  
     sf.AddrStack.Mode = AddrModeFlat;  
 #else  
     #error "Platform not supported!"  
 #endif  
   
     HANDLE hThread = GetCurrentThread();  
   
     while (true)  
     {  
         // 该函数是实现这个功能的最重要的一个函数  
         // 函数的用法以及参数和返回值的具体解释可以查询MSDN  
         //  
         if (!StackWalk64(dwImageType, hProcess, hThread, &sf, &c, NULL, SymFunctionTableAccess64, SymGetModuleBase64, NULL))  
         {  
             break;  
         }  
   
         if (sf.AddrFrame.Offset == 0)  
         {  
             break;  
         }  
                   
         CallStackInfo callstackinfo;  
         SafeStrCpy(callstackinfo.MethodName, MAX_NAME_LENGTH, "N/A");  
         SafeStrCpy(callstackinfo.FileName, MAX_NAME_LENGTH, "N/A");  
         SafeStrCpy(callstackinfo.ModuleName, MAX_NAME_LENGTH, "N/A");  
         SafeStrCpy(callstackinfo.LineNumber, MAX_NAME_LENGTH, "N/A");  
   
         BYTE symbolBuffer[sizeof(IMAGEHLP_SYMBOL64) + MAX_NAME_LENGTH];  
         IMAGEHLP_SYMBOL64 *pSymbol = (IMAGEHLP_SYMBOL64*)symbolBuffer;  
         memset(pSymbol, 0, sizeof(IMAGEHLP_SYMBOL64) + MAX_NAME_LENGTH);  
   
         pSymbol->SizeOfStruct = sizeof(symbolBuffer);  
         pSymbol->MaxNameLength = MAX_NAME_LENGTH;  
   
         DWORD symDisplacement = 0;  
           
         // 得到函数名  
         //  
         if (SymGetSymFromAddr64(hProcess, sf.AddrPC.Offset, NULL, pSymbol))  
         {  
             SafeStrCpy(callstackinfo.MethodName, MAX_NAME_LENGTH, pSymbol->Name);  
         }  
   
         IMAGEHLP_LINE64 lineInfo;  
         memset(&lineInfo, 0, sizeof(IMAGEHLP_LINE64));  
   
         lineInfo.SizeOfStruct = sizeof(IMAGEHLP_LINE64);  
   
         DWORD dwLineDisplacement;  
   
         // 得到文件名和所在的代码行  
         //  
         if (SymGetLineFromAddr64(hProcess, sf.AddrPC.Offset, &dwLineDisplacement, &lineInfo))  
         {  
             SafeStrCpy(callstackinfo.FileName, MAX_NAME_LENGTH, lineInfo.FileName);  
             sprintf_s(callstackinfo.LineNumber, "%d", lineInfo.LineNumber);  
         }  
   
         IMAGEHLP_MODULE64 moduleInfo;  
         memset(&moduleInfo, 0, sizeof(IMAGEHLP_MODULE64));  
   
         moduleInfo.SizeOfStruct = sizeof(IMAGEHLP_MODULE64);  
   
         // 得到模块名  
         //  
         if (SymGetModuleInfo64(hProcess, sf.AddrPC.Offset, &moduleInfo))  
         {  
             SafeStrCpy(callstackinfo.ModuleName, MAX_NAME_LENGTH, moduleInfo.ModuleName);  
         }  
   
         arrCallStackInfo.push_back(callstackinfo);  
     }  
   
     SymCleanup(hProcess);  
   
     return arrCallStackInfo;  
 }  

然后，就可以用《让程序在崩溃时体面的退出之Unhandled Exception》中提供的捕捉程序崩溃事件的方法添加一个回调函数，在这个函数里面调用上面的函数来得到程序崩溃时的CallStack。

[cpp]  view plain copy 
       
      
 // 处理Unhandled Exception的回调函数  
 //  
 LONG ApplicationCrashHandler(EXCEPTION_POINTERS *pException)  
 {     
     // 确保有足够的栈空间  
     //  
 #ifdef _M_IX86  
     if (pException->ExceptionRecord->ExceptionCode == EXCEPTION_STACK_OVERFLOW)  
     {  
         static char TempStack[1024 * 128];  
         __asm mov eax,offset TempStack[1024 * 128];  
         __asm mov esp,eax;  
     }  
 #endif    
   
     CrashInfo crashinfo = GetCrashInfo(pException->ExceptionRecord);  
   
     // 输出Crash信息  
     //  
     cout << "ErrorCode: " << crashinfo.ErrorCode << endl;  
     cout << "Address: " << crashinfo.Address << endl;  
     cout << "Flags: " << crashinfo.Flags << endl;  
       
     vector<CallStackInfo> arrCallStackInfo = GetCallStack(pException->ContextRecord);  
   
     // 输出CallStack  
     //  
     cout << "CallStack: " << endl;  
     for (vector<CallStackInfo>::iterator i = arrCallStackInfo.begin(); i != arrCallStackInfo.end(); ++i)  
     {  
         CallStackInfo callstackinfo = (*i);  
   
         cout << callstackinfo.MethodName << "() : [" << callstackinfo.ModuleName << "] (File: " << callstackinfo.FileName << " @Line " << callstackinfo.LineNumber << ")" << endl;  
     }  
   
     // 这里弹出一个错误对话框并退出程序  
     //  
     FatalAppExit(-1,  _T("*** Unhandled Exception! ***"));  
   
     return EXCEPTION_EXECUTE_HANDLER;  
 }  

最后，在main函数的开头添加下面的代码。

[cpp]  view plain copy 
       
      
 // 设置处理Unhandled Exception的回调函数  
 //   
 SetUnhandledExceptionFilter((LPTOP_LEVEL_EXCEPTION_FILTER)ApplicationCrashHandler);   

编译上面的代码，到工程的Debug目录下找到编译好的Test.exe，双击运行，程序在崩溃的时候就会输出CallStack。

让程序在崩溃时体面的退出之Dump文件

分类： VC++/MFC 2011-07-25 09:43 14481人阅读评论(65) 收藏举报

    exception pointers winapi crash null callback 
  

在我的那篇《让程序在崩溃时体面的退出之CallStack》中提供了一个在程序崩溃时得到CallStack的方法。可是要想得到CallStack，必须有pdb文件的支持。但是一般情况下，发布出去的程序都是Release版本的，都不会附带pdb文件。那么我们怎么能在程序崩溃的时候找到出错的具体位置呢？这个时候就该Dump文件出场了！Dump文件是进程的内存镜像，可以把程序运行时的状态完整的保存下来。
要想在程序崩溃的时候创建Dump文件，就需要用到DbgHelp.dll中Windows API的MiniDumpWriteDump()函数。该函数声明如下：

[cpp]  view plain copy 
       
      
 BOOL WINAPI MiniDumpWriteDump(  
   __in  HANDLE hProcess,  
   __in  DWORD ProcessId,  
   __in  HANDLE hFile,  
   __in  MINIDUMP_TYPE DumpType,  
   __in  PMINIDUMP_EXCEPTION_INFORMATION ExceptionParam,  
   __in  PMINIDUMP_USER_STREAM_INFORMATION UserStreamParam,  
   __in  PMINIDUMP_CALLBACK_INFORMATION CallbackParam  
 );  

具体的参数和返回值的解释可以查找MSDN，有很详细的说明。下面依然用上一篇文章中的例子代码来说明怎么在程序崩溃的时候创建Dump文件。

[cpp]  view plain copy 
       
      
 // 处理Unhandled Exception的回调函数  
 //  
 LONG ApplicationCrashHandler(EXCEPTION_POINTERS *pException)  
 {     
     // 这里弹出一个错误对话框并退出程序  
     //  
     FatalAppExit(-1,  _T("*** Unhandled Exception! ***"));  
   
     return EXCEPTION_EXECUTE_HANDLER;  
 }  
   
 // 一个有函数调用的类  
 //   
 class CrashTest  
 {  
 public:  
     void Test()   
     {   
         Crash();   
     }  
   
 private:  
     void Crash()   
     {   
         // 除零，人为的使程序崩溃  
         //  
         int i = 13;  
         int j = 0;  
         int m = i / j;  
     }  
 };  
   
 int _tmain(int argc, _TCHAR* argv[])  
 {  
     // 设置处理Unhandled Exception的回调函数  
     //   
     SetUnhandledExceptionFilter((LPTOP_LEVEL_EXCEPTION_FILTER)ApplicationCrashHandler);   
   
     CrashTest test;  
     test.Test();  
   
     return 0;  
 }  

在上面的程序崩溃的时候，会调用函数ApplicationCrashHandler()。创建Dump文件的代码就需要添加到该函数中。下面就是一个创建Dump文件的函数。

[cpp]  view plain copy 
       
      
 // 创建Dump文件  
 //   
 void CreateDumpFile(LPCWSTR lpstrDumpFilePathName, EXCEPTION_POINTERS *pException)  
 {  
     // 创建Dump文件  
     //  
     HANDLE hDumpFile = CreateFile(lpstrDumpFilePathName, GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);  
   
     // Dump信息  
     //  
     MINIDUMP_EXCEPTION_INFORMATION dumpInfo;  
     dumpInfo.ExceptionPointers = pException;  
     dumpInfo.ThreadId = GetCurrentThreadId();  
     dumpInfo.ClientPointers = TRUE;  
   
     // 写入Dump文件内容  
     //  
     MiniDumpWriteDump(GetCurrentProcess(), GetCurrentProcessId(), hDumpFile, MiniDumpNormal, &dumpInfo, NULL, NULL);  
   
     CloseHandle(hDumpFile);  
 }  

在函数ApplicationCrashHandler()用类似下面的代码来调用上面的函数，就可以在程序崩溃的时候创建Dump文件。

[cpp]  view plain copy 
       
 CreateDumpFile(_T("C:\\Test.dmp"), pException);

下面简单说一下Dump文件的用法。将Dump文件拷贝到含有应用程序和对应的pdb文件的目录，在VS里面打开Dump文件（或者直接双击Dump文件），VS会自动创建一个Solution，直接调试运行，代码就会停到使程序崩溃的那一行上。就跟在VS里面调试代码一摸一样。（VS2008）

在VS2010里打开Dump文件，会显示一个Minidump File Summary，并且可以进行下面图中的操作。

上一篇让程序在崩溃时体面的退出之CallStack
下一篇让程序在崩溃时体面的退出之SEH

让程序在崩溃时体面的退出之SEH

分类： VC++/MFC 2011-07-27 09:45 7837人阅读评论(30) 收藏举报

    exception null crash 编译器 exe search 
  

SEH的全称是Structured Exception Handling，是Windows操作系统提供的一种异常处理方式。SEH是属于操作系统的特性，不为特定语言设计，从它的名字就能看出它是一种结构化的异常处理方式。SEH包括了2个部分：终止处理__try/__finally和异常处理__try/__except，下面分别进行介绍。

终止处理__try/__finally
__try/__finally可以保证无论try块内的代码执行结果如何，finally块内的代码总会被调用和执行。现在用下面的这个VC++中的控制台程序来说明。

[cpp]  view plain copy 
       
      
 int _tmain(int argc, _TCHAR* argv[])  
 {  
     __try  
     {  
         MessageBox(NULL, _T("Message from '__try' section"), _T("Test"), MB_OK);  
   
         // 除零，人为的使程序崩溃  
         //  
         int i = 13;  
         int j = 0;  
         int m = i / j;  
     }  
     __finally  
     {  
         // 在这里添加处理程序崩溃情况的代码  
         //  
   
         // 这里以弹出一个对话框为例子  
         //  
         MessageBox(NULL, _T("Message from '__finally' section"), _T("Test"), MB_OK);  
     }  
   
     MessageBox(NULL, _T("Funcation completed"), _T("Test"), MB_OK);  
   
     return 0;  
 }  

编译上面的代码。运行生成的EXE，会弹出下面的对话框。

点击OK按钮后，程序会崩溃。

在出现上面这个对话框的时候点击Cancel，将控制权返还给程序，那么下面的对话框就会弹出。

点击OK按钮后，程序正常退出。
由上面的例子可以看出，无论try块中的代码会不会出现异常，在程序终止的时候，finally块中的代码都会被调用和执行。所以一般情况下，finally块中的代码都是用来做一些清理工作和资源的释放。

异常处理__try/__except
__try/__except是用来捕捉异常的，只有当try块中的代码出现异常的时候，except块中的代码才会被调用和执行。它的语法是这样的：

[cpp]  view plain copy 
       
      
 __try  
 {  
     // guarded code  
 }  
 __except(expression)  
 {  
      // exception handler code  
 }  

它最大的一个好处就是可以完全控制异常进程。expression的值决定了异常被处理完后，进程该如何执行。下面依然用VC++中的控制台程序来说明。

[cpp]  view plain copy 
       
      
 int _tmain(int argc, _TCHAR* argv[])  
 {  
     __try  
     {  
         MessageBox(NULL, _T("Message from '__try' section"), _T("Test"), MB_OK);  
   
         // 除零，人为的使程序崩溃  
         //  
         int i = 13;  
         int j = 0;  
         int m = i / j;  
     }  
     __except(EXCEPTION_EXECUTE_HANDLER)  
     {  
         // 在这里添加处理程序崩溃情况的代码  
         //  
   
         // 这里以弹出一个对话框为例子  
         //  
         MessageBox(NULL, _T("Message from '__except' section"), _T("Test"), MB_OK);  
     }  
   
     MessageBox(NULL, _T("Funcation completed"), _T("Test"), MB_OK);  
   
     return 0;  
 }  

编译上面的代码。运行生成的EXE，会依次弹出下面的对话框。

可以看出，在异常处理代码被调用执行后（except块中的代码），程序继续可以继续运行，并正常退出，并没有崩溃！通过使用__try/__except可以捕捉到任何类型的异常，并保证程序不会崩溃！（想想这是多么的神奇，一个程序永远不会崩溃！）
下面解释一下except中表达式各个值的含义：

EXCEPTION_CONTINUE_SEARCH        异常没有被处理，继续向上抛出。如果更上层的代码没有异常捕捉机制，程序就会崩溃。
EXCEPTION_CONTINUE_EXECUTION   异常已经被处理，返回异常发生的地方继续执行。
EXCEPTION_EXECUTE_HANDLER        异常已经被处理，程序继续往后执行。

通过上面的例子可以知道，SEH的异常处理跟C++的异常处理不同，C++的try/catch不能控制异常进程，对于异常，要么处理，要么继续向上抛出。而SEH却能完全控制异常进程，处理完异常之后，还能决定进该进程如何执行。只要SEH运用得当，编写一个永不崩溃的应用程序成为可能。但是SEH有一个致命的弱点，那就是它是一种结构化的异常处理，所以不支持面向对象。下面用具体的VC++控制台程序来说明。

[cpp]  view plain copy 
       
      
 // 一个有函数调用的类  
 //   
 class CrashTest  
 {  
 public:  
     CrashTest() {}  
     ~CrashTest() {}  
   
     void Test()   
     {   
         Crash();   
     }  
   
 private:  
     void Crash()   
     {   
         // 除零，人为的使程序崩溃  
         //  
         int i = 13;  
         int j = 0;  
         int m = i / j;  
     }  
 };  
   
 int _tmain(int argc, _TCHAR* argv[])  
 {  
     __try  
     {  
         CrashTest test;  
         test.Test();  
     }  
     __except(EXCEPTION_EXECUTE_HANDLER)  
     {  
         // 在这里添加处理程序崩溃情况的代码  
         //  
     }  
   
     return 0;  
 }  

上面的代码不能通过编译，VC++编译器会给出这样的错误信息：error C2712: Cannot use __try in functions that require object unwinding。错误原因很简单，try块内使用了对象。
要想解决这个问题，可以把使用对象的逻辑放到一个函数里，然后在try里调用这个函数，来骗过编译器。把上面的代码修改成下面这样就可以通过编译。

[cpp]  view plain copy 
       
      
 void Test()  
 {  
     CrashTest test;  
     test.Test();  
 }  
   
 int _tmain(int argc, _TCHAR* argv[])  
 {  
     __try  
     {  
         Test();  
     }  
     __except(EXCEPTION_EXECUTE_HANDLER)  
     {  
         // 在这里添加处理程序崩溃情况的代码  
         //  
     }  
   
     return 0;  
 }  

上一篇让程序在崩溃时体面的退出之Dump文件
下一篇让程序在崩溃时体面的退出之SEH+Dump文件

让程序在崩溃时体面的退出之SEH+Dump文件

分类： VC++/MFC 2011-08-01 09:31 3700人阅读评论(4) 收藏举报

    exception pointers null windows api file 
  

在我上篇文章《让程序在崩溃时体面的退出之SEH》中讲解了SEH中try/except可以捕捉异常，避免程序的崩溃，并且可以在处理完异常之后，还能决定进该进程如何执行。对于应用程序的使用者来说，并不知道异常的发生。但是对于软件的开发者来说，虽然避免了程序的崩溃，可是这样可以让程序崩溃的缺陷存在于代码中，就像一个定时炸弹，不知道什么时候会爆炸。要想修复这样的缺陷，首先要找到导致程序崩溃的那行代码。而我在我的那篇《让程序在崩溃时体面的退出之Dump文件》里面介绍了如何用Dump文件来定位使程序崩溃的代码。这里依然可以用同样的方法。下面就是创建Dump文件的函数。

[cpp]  view plain copy 
       
      
 // 创建Dump文件  
 //   
 void CreateDumpFile(LPCWSTR lpstrDumpFilePathName, EXCEPTION_POINTERS *pException)  
 {  
     // 创建Dump文件  
     //  
     HANDLE hDumpFile = CreateFile(lpstrDumpFilePathName, GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);  
   
     // Dump信息  
     //  
     MINIDUMP_EXCEPTION_INFORMATION dumpInfo;  
     dumpInfo.ExceptionPointers = pException;  
     dumpInfo.ThreadId = GetCurrentThreadId();  
     dumpInfo.ClientPointers = TRUE;  
   
     // 写入Dump文件内容  
     //  
     MiniDumpWriteDump(GetCurrentProcess(), GetCurrentProcessId(), hDumpFile, MiniDumpNormal, &dumpInfo, NULL, NULL);  
   
     CloseHandle(hDumpFile);  
 }  

从上面的代码中可以看出，要想创建Dump文件，必须得到一个指向EXCEPTION_POINTERS结构的指针。怎么在try/except块中得到这个指针呢？这个时候就需要用到Windows API中的GetExceptionInformation()。这个函数的返回值就是一个指向EXCEPTION_POINTERS结构的指针。下面是具体的代码。

[cpp]  view plain copy 
       
      
 // 作为except块中表达式的函数  
 //  
 LONG CrashHandler(EXCEPTION_POINTERS *pException)  
 {     
     // 在这里添加处理程序崩溃情况的代码  
     //  
   
     // 这里以弹出一个对话框为例子  
     //  
     MessageBox(NULL, _T("Message from Catch handler"), _T("Test"), MB_OK);  
   
     // 创建Dump文件  
     //  
     CreateDumpFile(_T("C:\\Test.dmp"), pException);  
   
     return EXCEPTION_EXECUTE_HANDLER;  
 }  
   
 int _tmain(int argc, _TCHAR* argv[])  
 {  
     __try  
     {  
         MessageBox(NULL, _T("Message from '__try' section"), _T("Test"), MB_OK);  
   
         // 除零，人为的使程序崩溃  
         //  
         int i = 13;  
         int j = 0;  
         int m = i / j;  
     }  
     // 捕捉到让程序崩溃的异常时创建Dump文件  
     //  
     __except(CrashHandler(GetExceptionInformation()))  
     {  
         // 这里以弹出一个对话框为例子  
         //  
         MessageBox(NULL, _T("Message from '__except' section"), _T("Test"), MB_OK);  
     }  
   
     MessageBox(NULL, _T("Funcation completed"), _T("Test"), MB_OK);  
   
     return 0;  
 }  

编译上面的代码并运行，会依次弹出下面这些对话框，并在C盘创建一个Dump文件Test.dmp。

有了Dump文件，就可以轻松定位使程序崩溃的那行代码，具体方法可参考我的《让程序在崩溃时体面的退出之Dump文件》。

让程序在崩溃时体面的退出之终极解决方案（SEH+Dump+Unhandled Exception Filter）

分类： VC++/MFC 2011-08-03 09:36 16351人阅读评论(48) 收藏举报

    exception filter pointers null search windows 
  

在我的上篇文章《让程序在崩溃时体面的退出之SEH+Dump文件》我介绍了怎样用SEH加上Dump文件来避免程序的崩溃并在程序崩溃时创建Dump文件来帮助定位出现异常的代码行。可是只有try/except块中try块中的代码出现异常才能被捕捉到，try块外面的代码出现异常，程序照样会崩溃。
下面用《让程序在崩溃时体面的退出之SEH+Dump文件》文中的代码为例子来说明。

[cpp]  view plain copy 
       
      
 // 创建Dump文件  
 //   
 void CreateDumpFile(LPCWSTR lpstrDumpFilePathName, EXCEPTION_POINTERS *pException)  
 {  
     // 创建Dump文件  
     //  
     HANDLE hDumpFile = CreateFile(lpstrDumpFilePathName, GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);  
   
     // Dump信息  
     //  
     MINIDUMP_EXCEPTION_INFORMATION dumpInfo;  
     dumpInfo.ExceptionPointers = pException;  
     dumpInfo.ThreadId = GetCurrentThreadId();  
     dumpInfo.ClientPointers = TRUE;  
   
     // 写入Dump文件内容  
     //  
     MiniDumpWriteDump(GetCurrentProcess(), GetCurrentProcessId(), hDumpFile, MiniDumpNormal, &dumpInfo, NULL, NULL);  
   
     CloseHandle(hDumpFile);  
 }  
   
 // 作为except块中表达式的函数  
 //  
 LONG CrashHandler(EXCEPTION_POINTERS *pException)  
 {     
     // 在这里添加处理程序崩溃情况的代码  
     //  
   
     // 这里以弹出一个对话框为例子  
     //  
     MessageBox(NULL, _T("Message from Catch handler"), _T("Test"), MB_OK);  
   
     // 创建Dump文件  
     //  
     CreateDumpFile(_T("C:\\Test.dmp"), pException);  
   
     return EXCEPTION_EXECUTE_HANDLER;  
 }  
   
 int _tmain(int argc, _TCHAR* argv[])  
 {  
     __try  
     {  
         MessageBox(NULL, _T("Message from '__try' section"), _T("Test"), MB_OK);  
   
         // 除零，人为的使程序崩溃  
         //  
         int i = 13;  
         int j = 0;  
         int m = i / j;  
     }  
     // 捕捉到让程序崩溃的异常时创建Dump文件  
     //  
     __except(CrashHandler(GetExceptionInformation()))  
     {  
         // 这里以弹出一个对话框为例子  
         //  
         MessageBox(NULL, _T("Message from '__except' section"), _T("Test"), MB_OK);  
     }  
   
     MessageBox(NULL, _T("Funcation completed"), _T("Test"), MB_OK);  
   
     return 0;  
 }  

编译上面的代码并运行，会依次弹出下面这些对话框，并在C盘创建一个Dump文件Test.dmp。

如果把上面代码中的main()函数改成下面的样子，运行编译后的程序依然会崩溃。

[cpp]  view plain copy 
       
      
 int _tmain(int argc, _TCHAR* argv[])  
 {  
     __try  
     {  
         MessageBox(NULL, _T("Message from '__try' section"), _T("Test"), MB_OK);  
   
         // 除零，人为的使程序崩溃  
         //  
         int i = 13;  
         int j = 0;  
         int m = i / j;  
     }  
     // 捕捉到让程序崩溃的异常时创建Dump文件  
     //  
     __except(CrashHandler(GetExceptionInformation()))  
     {  
         // 这里以弹出一个对话框为例子  
         //  
         MessageBox(NULL, _T("Message from '__except' section"), _T("Test"), MB_OK);  
     }  
   
     // 除零，人为的使程序崩溃  
     //  
     int i = 13;  
     int j = 0;  
     int m = i / j;  
   
     MessageBox(NULL, _T("Funcation completed"), _T("Test"), MB_OK);  
   
     return 0;  
 }  

这种情况在实际编程中是很有可能出现的，毕竟我们不可能事先预计到所有可能出现导致程序崩溃的情况，并把这些代码放到try/except块中。那么对于这些不可预知的异常该怎么办呢？这就要用到我那篇《让程序在崩溃时体面的退出之Unhandled Exception》中的方法：用Windows API中的SetUnhandledExceptionFilter设置一个回调函数来处理这些无法预料的异常。下面是在上面的例子代码上修改后的代码。其中函数CreateDumpFile没有任何变化。

[cpp]  view plain copy 
       
      
 // 得到当前时间  
 //  
 wstring GetPresentTime()  
 {  
      SYSTEMTIME time;  
      GetLocalTime(&time);   
   
      wchar_t wszTime[128];  
      swprintf_s(wszTime, _T("%04d-%02d-%02d %02d-%02d-%02d-%03d"), time.wYear, time.wMonth, time.wDay, time.wHour, time.wMinute, time.wSecond, time.wMilliseconds);  
   
      return wstring(wszTime);  
 }  
   
 // 处理异常的回调函数  
 //  
 LONG CrashHandler(EXCEPTION_POINTERS *pException)  
 {     
     // 在这里添加处理程序崩溃情况的代码  
     //  
   
     // 这里以弹出一个对话框为例子  
     //  
     MessageBox(NULL, _T("Message from Catch handler"), _T("Test"), MB_OK);  
   
     // 以当前时间为文件名  
     //  
     wstring strDumpFileName = _T("C:\\") + GetPresentTime() +_T(".dmp");  
   
     // 创建Dump文件  
     //  
     CreateDumpFile(strDumpFileName.data(), pException);  
   
     return EXCEPTION_EXECUTE_HANDLER;  
 }  
   
 int _tmain(int argc, _TCHAR* argv[])  
 {  
     // 设置处理Unhandled Exception的回调函数  
     //   
     SetUnhandledExceptionFilter((LPTOP_LEVEL_EXCEPTION_FILTER)CrashHandler);   
   
     __try  
     {  
         MessageBox(NULL, _T("Message from '__try' section"), _T("Test"), MB_OK);  
   
         // 除零，人为的使程序崩溃  
         //  
         int i = 13;  
         int j = 0;  
         int m = i / j;  
     }  
     __except(CrashHandler(GetExceptionInformation()))  
     {  
         // 在这里添加处理程序崩溃情况的代码  
         //  
   
         // 这里以弹出一个对话框为例子  
         //  
         MessageBox(NULL, _T("Message from '__except' section"), _T("Test"), MB_OK);  
     }  
   
     // 除零，人为的使程序崩溃  
     //  
     int i = 13;  
     int j = 0;  
     int m = i / j;  
   
     MessageBox(NULL, _T("Funcation completed"), _T("Test"), MB_OK);  
   
     return 0;  
 }  

编译上面的代码，运行生成的EXE文件，可以看到在弹出上面提到的那一系列的对话框后，程序正常退出，没有崩溃。同时，在C盘下生成了2个Dump文件，文件名指出了发生异常的时刻。

上面的代码仅仅是为了说明怎样配合使用SEH和SetUnhandledExceptionFilter，所以except后的表达式和SetUnhandledExceptionFilter中所设置的回调函数都使用了同一个函数CrashHandler。在实际的应用中可以根据不同的需求而使用不同的函数。这个函数的参数必须是一个指向EXCEPTION_POINTERS的指针，返回值必须是这3个中的一个：EXCEPTION_CONTINUE_SEARCH，EXCEPTION_CONTINUE_EXECUTION，EXCEPTION_EXECUTE_HANDLER。这3个值的具体含义可以查阅MSDN或者我的那篇《让程序在崩溃时体面的退出之SEH》。
实际情况下，是不应该用同一个回调函数的。因为在except表达式中的函数是处理try块中的代码异常的；而用SetUnhandledExceptionFilter设置的回调函数是用来处理代码中没有被捕捉到的异常的。对于未被捕捉到的异常，这个回调函数是不知道异常发生的地方的，虽然可以通过异常代码知道异常的类型，但是由于不知道是什么状况引起的异常，所以没法做出相应的异常处理。一般情况下，这个回调函数是应用程序崩溃前的最后一道防线，这个函数中的代码被执行完后，应用程序就会被终止。所以，大部分的应用程序，在这个函数里都是弹出一个发送错误报告的对话框，来告诉用户程序发生异常，需要终止，可以把错误报告（一般是包括Dump文件和一些必要的文本信息）发送到指定地方帮助开发者来修改代码缺陷，以提高软件质量。

使用上面的方法编写出的应用程序不会崩溃，并且在出现异常的时候会产生Dump文件。程序的使用者会获得非常良好的用户体验。如果再给应用程序添加上Log信息，配合上Dump文件，就可以很轻松的定位程序中的异常，帮助开发者快速的修复代码中的错误。

你可能感兴趣的:(VC++/MFC,VC++/MFC,VC++/MFC,VC++/MFC,VC++/MFC,VC++/MFC)

linux sdl windows.h,Windows下的SDL安装奔跑吧linux内核 linux sdl windows.h
首先你要下载并安装SDL开发包。如果装在C盘下，路径为C:\SDL1.2.5如果在WINDOWS下。你可以按以下步骤：1.打开VC++，点击"Tools",Options2,点击directories选项3.选择"Includefiles"增加一个新的路径。"C:\SDL1.2.5\include"4，现在选择"Libaryfiles“增加"C:\SDL1.2.5\lib"现在你可以开始编写你的第
MFC 得到本机IP和设置本机的IP zq4132
ULONGWINAPIGetAdaptersAddresses( __in ULONGFamily, __in ULONGFlags, __in PVOIDReserved, __inout PIP_ADAPTER_ADDRESSESAdapterAddresses, __inout PULONGSizePointer);第一个参数Family是网络协议族，用户可以指定
MFC工控项目实例之十四模拟量信号名称从文件读写兵哥工控 MFC工控项目实例 mfc c++
承接专栏《MFC工控项目实例之十三从文件读写板卡信号名称》在BoardTest.cpp文件中添加代码intm_CountGetCurSel_AD[16];//索引号UINTm_CountComboID_AD[16]=//控件ID号{IDC_COMBO33,IDC_COMBO34,IDC_COMBO35,IDC_COMBO36,IDC_COMBO37,IDC_COMBO38,IDC_COMBO39,
MFC建立C语言项目,mfc开发(mfc项目开发实例85个) 嘻嘻哒的小兔子 MFC建立C语言项目
什么是MFC编程MFC(MicrosoftFoundationClassLibrary)中的各种类结合起来构成了一个应用程序框架，它的目的就是让程序员在此基础上来建立Windows下的应用程序，这是一种相对.用MFC的四个模式都可以设计上面的界面吗？同时标签能够在单文档中建立不。可以，MFC，文档视图架构，单文档应用程序，再加一个静态窗口分割。可以列举一个简单的例子说明楼上说的太复杂了，那是要到一
【C/C++】VS编译错误ERROR:#error: Building MFC application with /MD[d] (CRT dll version) requires MFC share Michael_Good C/C++mfc c++
大白话：我们自己的库，链接了系统运行时库，链接模式不对。这种问题一般多发生在静态库lib中。一般而言：在Debug模式下，静态库lib选择**MDd**模式【MDd模式下编译的库，体积较小，因为无需拷贝运行时库，默认认为Debug模式为开发环境，自带运行时库】在Release模式下，静态库lib选择**MT**模式【MT模式下编译的库，体积较大，因为必须拷贝运行时库，默认认为Release模式为用
visual studio编写jni踩坑吉凶以情迁
这个东西说简单也简单，但是一不小心就如坑，以至于导致我多次踩坑都没成功，今天总算成功了！1、新建项目要使用空项目，否则有搞不完的坑等着你。2、添加java环境目录下的lib和lib\x86目录到工程的属性->配置属性->VC++目录->包含目录。3、配置属性生成格式为dll,而不是exe,4、配置输出的为x64而不是x86(你修改你会发现又要重新配置)5、头文件不用拖拽进去而是先放到项目目录然后添
vs2010添加头文件与库文件搜索目录 weixin_30550081 c/c++
1添加头文件搜索目录项目属性->配置属性->C/C++->常规->添加包含目录2添加库文件搜索项目属性->配置属性->VC++目录->库目录转载于:https://www.cnblogs.com/mingzhang/p/10635885.html
使用PotPlayer播放器查看软解和硬解4K高清视频时的CPU及GPU占用情况 dvlinker 开源组件及数据库技术 C/C++实战专栏 PotPlayer 视频播放器视频软解视频硬解 CPU GPU
目录1、问题说明2、PotPlayer播放器介绍3、视频的软解与硬解4、使用PotPlayer查看4K高清视频软解和硬解时的CPU占用情况4.1、使用软解时CPU和GPU占用情况4.2、使用硬解时CPU和GPU占用情况5、最后VC++常用功能开发汇总（专栏文章列表，欢迎订阅，持续更新...）https://blog.csdn.net/chenlycly/article/details/124272
c语言编程第一课,【北北的小程序】北のC语言第一课：helloworld 战神哥 c语言编程第一课
该楼层疑似违规已被系统折叠隐藏此楼查看此楼诶多！helloworld神马的，是我们要编写的第一个程序哟！话说第一课为什么不讲一些C语言的发展，优势什么的呢？因为LZ是java党！对C语言本身不是很了解，再加上，LZ作为一个年轻人，并不对这些东西感冒！(好学的同学如果想了解的话可以去自行度娘哟)C语言的代码编译器为VC++6.0VC++使用系列的东西老师在课上都会有提到，所以，安装VC++，创建工程
VBto Converter代码转换工具最新V2.89版中游鱼原创 VB 补丁 .net microsoft vb6 代码转换
VBtoConverter代码转换工具最新V2.89版VBtoConverter是来自国外的一款简单实用，功能强大的VB6源代码转换工具。作为一款实用的编程工具软件，可以将MicrosoftVisualBasic6.0project（包括源代码）转换成MSVC++MFC,VC++.NET(CLR),VBNET,C#,J#,BorlandC++Builder,BorlandDelphi源代码文件。可
在MFC中添加用户自定义消息 luckyone906 MFC
消息机制是windows的典型运行机制，在MFC中有很多的消息如WM_BTN**等。但是在有些情况下我们需要自定义一些消息去做一些我们需要的功能，MFC的向导不能帮助我们做到这一点，我们可以通过添加相应的代码去完成这个功能。添加自定义消息操作如下：1.建立MFC工程，如基于对话框的应用程序，Test。2.在资源中添加要处理的消息的值，即在CTestDlg.h中添加如下代码。(因为很多MFC的消息是
解决mfc140u.dll丢失的问题，四个方面进行详细解决mfc140u.dll丢失的方法步骤教程 szcsd123456789 dll丢失 dll文件 dll修复工具 dll修复 dll
mfc140u.dll丢失可能导致某些应用程序无法正常运行，特别是那些依赖VisualC++Redistributable和MFC库的程序。因此，及时有效地解决mfc140u.dll丢失的问题对确保系统和应用程序的正常运行至关重要。通过三种方法中的一种或多种组合，用户可以尝试解决mfc140u.dll丢失的问题，确保系统和相关应用程序的稳定性和可靠性。四个方面进行详细解决mfc140u.dll丢失
C++程序使用 STL 容器发生异常的常见原因分析与总结 dvlinker C/C++实战专栏 STL 容器迭代器删除元素遍历多线程 memset操作
目录1、概述2、使用STL列表中的元素越界3、遍历STL列表删除元素时对迭代器自加处理有问题引发越界4、更隐蔽的遍历STL列表删除元素时引发越界的场景5、多线程同时操作STL列表时没有加锁导致冲突6、对包含STL列表对象的结构体进行memset操作导致STL列表对象内存出异常7、最后VC++常用功能开发汇总（专栏文章列表，欢迎订阅，持续更新...）https://blog.csdn.net/che
MFC Dialog vtk 爱学习的大牛123 vtk 学习 MFC CDialog vtk
使用MFC(MicrosoftFoundationClasses)和VTK(VisualizationToolkit)的对话框应用程序。这个例子将展示如何在MFC对话框中嵌入VTK渲染窗口。首先，我们需要创建一个MFC对话框应用程序，然后将VTK集成到其中。以下是实现步骤：1.创建MFC对话框应用程序2.在对话框中添加VTK渲染窗口3.实现简单的VTK场景让我们从头文件开始：```#pragmao
MFC工控项目实例之八选择下拉菜单添加打钩图标兵哥工控 MFC工控项目实例 mfc c++
承接专栏《MFC工控项目实例之七点击下拉菜单弹出对话框》具体添加菜单栏参考我的博客文章《MFC工控项目实例之七点击下拉菜单弹出对话框》这里只给出相关代码1、在SEAL_PRESSUREDlg.h文件中添加代码classCSEAL_PRESSUREDlg:publicCDialog{//Constructionpublic:...CBitmapm_bmSel,m_bmList;voidOnTypeC
MFC3d立体按钮制作兵哥工控 mfc c++
1、本程序基于前期我的博客文章MFC用CButtonST类实现图片透明按钮(免费源码下载)2、添加CeXDib.cppCeXDib.hShadeButtonST.cppShadeButtonST.h到项目文件夹下，和FileView中如图。3、在ButtonShadeDlg.h中添加代码#include"ShadeButtonST.h"#include"BtnST.h"classCButtonSh
MFC工控项目实例之六CFile添加菜单栏兵哥工控 MFC工控项目实例 mfc c++
本程序基于前期我的博客文章《MFC工控项目实例之五CFile类读写系统参数》添加两个对话框如下具体添加菜单栏参考我的博客文章《MFC_CFile类实现下拉菜单读写实例（源码下载）》这里给出相关代码在SEAL_PRESSURE.h文件中添加#include...classCProductPara{public:union{struct{charm_strTypeName[24];charm_strB
开发MFC界面爬取图片工具三（结合MFC界面时遇到的问题及解决方法）吾名招财 MFC界面应用 c++mfc
结合MFC界面时遇到的问题及解决方法引言开发中涉及到的一些问题及解决方法1.引入头文件问题2.接收内容的格式转换问题（CString转string，CString转int）3.CString类型字符串中的字符替换问题4.创建线程问题（1）创建下载线程（2）创建判断线程5.如何实现编辑框追加文本问题6.URLDownloadToFile函数中参数格式问题（string转换为LPCWSTR）7.获取已
OpenCV + MFC 简单的程序（vs2015）比卡丘不皮 OpenCV C++MFC OpenCV 视觉处理
昨天编写了一个简单的OpenCV显示图片的历程，想要了解可以看看基本文章入口：OpenCV显示图片今天给大家使用MFC对OpenCV的编写：1.首先建立项目：选择MFC→MFC应用程序，取名字为LoadPicture,点击确定按钮点击确定后选择基于对话框，点击完成。删除图上的控件，添加一个button按钮，修改ID为IDC_OPENCaption为“打开”如图所示：首先我们要先添加一个类image
OpenCV绘图函数详解及其用法示例 Bill66 opencv 人工智能计算机视觉 OpenCV常用绘图函数 OpenCV绘图函数详解 OpenCV绘图函数示例
MFC类库中的CDC类有划线，画矩形，画椭圆，画多边形，文字等绘图函数，OpenCV也有类似的绘图函数。二者的区别在于MFC画图是在一定的区域内绘制图形，而OpenCV则是在图像上绘制，主要用于图像标注。OpenCV的常用绘图函数有arrowedLine，circle,drawContours,drawMarker,drawMarker,ellipse,fillConvexPoly,fillPol
VC++中CString和char*的相互转换寒江孤影d VC++c/c++
可参考的另外一篇文章：https://blog.csdn.net/luoweifu/article/details/20232379转自：https://blog.csdn.net/e_wsq/article/details/26307817网上转来的学习下1.传给未分配内存的constchar*（LPCTSTR）指针.CStringcstr(asdd);constchar*ch=(LPCTSTR
github源码指引：共享内存、数据结构与算法：作为基础的数组初级代码游戏 github源码指引共享内存数据结构与算法 github 共享内存数据结构算法可扩展数组
初级代码游戏的专栏介绍与文章目录-CSDN博客我的github：codetoys，所有代码都将会位于ctfc库中。已经放入库中我会指出在库中的位置。这些代码大部分以Linux为目标但部分代码是纯C++的，可以在任何平台上使用。相关专题：共享内存、数据结构与算法_初级代码游戏的博客-CSDN博客源码位置：shmfc基础：github源码指引：源码结构、编译、运行_github编译-CSDN博客目录一
CAsyncSocket类实现网络通信 m0_37346206 eclipse 前端
CAsyncSocket类编程模型在一个MFC应用程序中，要想轻松处理多个网络协议，而又不牺牲灵活性时，可以考虑使用CAsyncSocket类，它的效率比CSocket类要高。CAsyncSocket类针对字节流型套接字的编程模型简述如下：1、构造一个CAsyncSocket对象，并用这个对象的Create成员函数产生一个Socket句柄。可以按如下两种方法构造：CAsyncSocketsock;
【C++】-获取某个目录下的所有文件名强里秋千墙外道 c++开发语言
在前段时间，师兄在维护一个MFC的老项目，C++只可以使用14版本的，提了一个需求，遍历某个目录下的所有文件名（去掉后缀），因为他用MFC始终遍历有问题，让我来解决。我其实也不懂MFC，由于是老项目，里面很多东西不敢碰。于是我提出的解决方案就是直接使用标准库来写。但是标准库的filesystem在C++17被引入，项目又不能升级到C++17。通过搜索资料发现，filesystem在14和11的ex
MFC使用双缓冲实现绘制字符串防闪烁萝卜兽编程 MFC mfc c++
有时在性能比较低的操作系统上实现绘制文字实时变化时，会出现字体闪烁问题，下面通过双缓冲技术，先的要显示的文字绘制到缓冲区，然后再将显示出来，代码如下：CClientDCdc(this);CDCMemDC;MemDC.CreateCompatibleDC(&dc);CFont*pold_font=MemDC.SelectObject(&Font2);CSizetxtpot=MemDC.GetText
MFC 读写 Excel m0_37346206 excel
在对话框头文件中导入头文件#include"CApplication.h"#include"CRange.h"#include"CWorkbook.h"#include"CWorkbooks.h"#include"CWorksheet.h"#include"CWorksheets.h"#include"ShowData.h"依次打开并注释这些头文件中如下代码//#import"C:\\Progra
MFC在对话框中实现打印预览 lurenmei 对话框打印预览
在一般的软件开发中打印和打印预览是经常要用到的功能,对于VC6.0中的文档/视图(Doc/View)框架,可以很方便的使用缺省的打印和打印预览。但是,如果应用程序是基于对话框的就没有办法利用这种便利。而很多情况下,基于对话框的程序也需要打印和打印预览功能。那该怎么办呢?这正是本文将要解决的问题。1实现打印在对话框应用程序中不具备MFC的视和框架交互,要想实现打印和打印预览必须直接获取打印机的设备环
基于Modbus的MFC智能控制 LabVIEW开发 LabVIEW开发案例 mfc labview LabVIEW开发
1.系统概述利用LabVIEW通过Modbus485协议实现对七星（Sevenstar）品牌质量流量控制器（MFC）的智能化控制。该系统将自动控制多个MFC的流速，实时监控其状态，并根据需要进行调整。2.硬件配置MFCs:七星品牌的质量流量控制器，支持Modbus485通讯协议。NI硬件:NIcRIO或cDAQ系统:用于Modbus通讯。NI9870模块:提供RS485接口，用于与MFC进行通讯。
MFC在对话框中实现打印和打印预览会编程的打字员 mfc c++
首先在这里感谢互联网的大哥们！同时我讨厌动不动就是要vip才能查看！所以我写的不需要vip就能看。只求点个赞。直接上代码，新建6个文件CPrintFrame.cpp；CPrintFrame.h；CPrintPreviewView.cpp；CPrintPreviewView.h；CPrintView.cpp；CPrintView.h；下面是代码CPrintFrame.h#pragmaonce//CP
GDI+学习及代码总结之------画线、区域填充、写字 Legend500 Windows 编程 gdi
《精通GDI编程》里的代码，在学习过程中对它加以总结，以防以后用到，所有代码都是在MFC单文档中实现的，写在View::OnDraw(CDC*/*pDC*/)中画线/边框（Pen）1、画单线——-DrawLine[cpp]viewplaincopyprint?Penpen(Color(255,0,0,0),3);PointFL_PTStart(0,0);PointFL_PTEnd(100,10);
遍历dom 并且存储（将每一层的DOM元素存在数组中）换个号韩国红果果 JavaScript html
数组从0开始！！ var a=[],i=0; for(var j=0;j<30;j++){ a[j]=[];//数组里套数组，且第i层存储在第a[i]中 } function walkDOM(n){ do{ if(n.nodeType!==3)//筛选去除#text类型 a[i].push(n); //con
Android+Jquery Mobile学习系列(9)-总结和代码分享白糖_ JQuery Mobile
目录导航经过一个多月的边学习边练手，学会了Android基于Web开发的毛皮，其实开发过程中用Android原生API不是很多，更多的是HTML/Javascript/Css。个人觉得基于WebView的Jquery Mobile开发有以下优点： 1、对于刚从Java Web转型过来的同学非常适合，只要懂得HTML开发就可以上手做事。 2、jquerym
impala参考资料 dayutianfei impala
记录一些有用的Impala资料 1. 入门资料 >>官网翻译： http://my.oschina.net/weiqingbin/blog?catalog=423691 2. 实用进阶 >>代码&架构分析： Impala/Hive现状分析与前景展望：http
JAVA 静态变量与非静态变量初始化顺序之新解周凡杨 java 静态非静态顺序
今天和同事争论一问题，关于静态变量与非静态变量的初始化顺序，谁先谁后，最终想整理出来！测试代码： import java.util.Map; public class T { public static T t = new T(); private Map map = new HashMap(); public T(){ System.out.println(&quo
跳出iframe返回外层页面 g21121 iframe
在web开发过程中难免要用到iframe，但当连接超时或跳转到公共页面时就会出现超时页面显示在iframe中，这时我们就需要跳出这个iframe到达一个公共页面去。首先跳转到一个中间页，这个页面用于判断是否在iframe中，在页面加载的过程中调用如下代码： <script type="text/javascript"> //<!-- function
JAVA多线程监听JMS、MQ队列 510888780 java多线程
背景：消息队列中有非常多的消息需要处理，并且监听器onMessage（）方法中的业务逻辑也相对比较复杂，为了加快队列消息的读取、处理速度。可以通过加快读取速度和加快处理速度来考虑。因此从这两个方面都使用多线程来处理。对于消息处理的业务处理逻辑用线程池来做。对于加快消息监听读取速度可以使用1.使用多个监听器监听一个队列；2.使用一个监听器开启多线程监听。对于上面提到的方法2使用一个监听器开启多线
第一个SpringMvc例子布衣凌宇 spring mvc
第一步：导入需要的包；第二步：配置web.xml文件 <?xml version="1.0" encoding="UTF-8"?> <web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi=
我的spring学习笔记15-容器扩展点之PropertyOverrideConfigurer aijuans Spring3
PropertyOverrideConfigurer类似于PropertyPlaceholderConfigurer，但是与后者相比，前者对于bean属性可以有缺省值或者根本没有值。也就是说如果properties文件中没有某个bean属性的内容，那么将使用上下文（配置的xml文件）中相应定义的值。如果properties文件中有bean属性的内容，那么就用properties文件中的值来代替上下
通过XSD验证XML antlove xml schema xsd validation SchemaFactory
1. XmlValidation.java package xml.validation; import java.io.InputStream; import javax.xml.XMLConstants; import javax.xml.transform.stream.StreamSource; import javax.xml.validation.Schem
文本流与字符集百合不是茶 PrintWrite()的使用字符集名字别名获取
文本数据的输入输出; 输入;数据流,缓冲流输出;介绍向文本打印格式化的输出PrintWrite(); package 文本流; import java.io.FileNotFound
ibatis模糊查询sqlmap-mapping-**.xml配置 bijian1013 ibatis
正常我们写ibatis的sqlmap-mapping-*.xml文件时，传入的参数都用##标识，如下所示： <resultMap id="personInfo" class="com.bijian.study.dto.PersonDTO"> <res
java jvm常用命令工具——jdb命令(The Java Debugger) bijian1013 java jvm jdb
用来对core文件和正在运行的Java进程进行实时地调试，里面包含了丰富的命令帮助您进行调试，它的功能和Sun studio里面所带的dbx非常相似，但 jdb是专门用来针对Java应用程序的。现在应该说日常的开发中很少用到JDB了，因为现在的IDE已经帮我们封装好了，如使用ECLI
【Spring框架二】Spring常用注解之Component、Repository、Service和Controller注解 bit1129 controller
在Spring常用注解第一步部分【Spring框架一】Spring常用注解之Autowired和Resource注解（http://bit1129.iteye.com/blog/2114084）中介绍了Autowired和Resource两个注解的功能，它们用于将依赖根据名称或者类型进行自动的注入，这简化了在XML中，依赖注入部分的XML的编写，但是UserDao和UserService两个bea
cxf wsdl2java生成代码super出错,构造函数不匹配 bitray super
由于过去对于soap协议的cxf接触的不是很多,所以遇到了也是迷糊了一会.后来经过查找资料才得以解决. 初始原因一般是由于jaxws2.2规范和jdk6及以上不兼容导致的.所以要强制降为jaxws2.1进行编译生成.我们需要少量的修改: 我们原来的代码 wsdl2java com.test.xxx -client http://..... 修改后的代
动态页面正文部分中文乱码排障一例 ronin47
公司网站一部分动态页面，早先使用apache+resin的架构运行，考虑到高并发访问下的响应性能问题，在前不久逐步开始用nginx替换掉了apache。不过随后发现了一个问题，随意进入某一有分页的网页，第一页是正常的（因为静态化过了）；点“下一页”，出来的页面两边正常，中间部分的标题、关键字等也正常，唯独每个标题下的正文无法正常显示。因为有做过系统调整，所以第一反应就是新上
java-54- 调整数组顺序使奇数位于偶数前面 bylijinnan java
import java.util.Arrays; import java.util.Random; import ljn.help.Helper; public class OddBeforeEven { /** * Q 54 调整数组顺序使奇数位于偶数前面 * 输入一个整数数组，调整数组中数字的顺序，使得所有奇数位于数组的前半部分，所有偶数位于数组的后半
从100PV到1亿级PV网站架构演变 cfyme 网站架构
一个网站就像一个人，存在一个从小到大的过程。养一个网站和养一个人一样，不同时期需要不同的方法，不同的方法下有共同的原则。本文结合我自已14年网站人的经历记录一些架构演变中的体会。 1：积累是必不可少的架构师不是一天练成的。 1999年，我作了一个个人主页，在学校内的虚拟空间，参加了一次主页大赛，几个DREAMWEAVER的页面，几个TABLE作布局，一个DB连接，几行PHP的代码嵌入在HTM
[宇宙时代]宇宙时代的GIS是什么？ comsci Gis
我们都知道一个事实，在行星内部的时候，因为地理信息的坐标都是相对固定的，所以我们获取一组GIS数据之后，就可以存储到硬盘中，长久使用。。。但是，请注意，这种经验在宇宙时代是不能够被继续使用的宇宙是一个高维时空
详解create database命令 czmmiao database
完整命令 CREATE DATABASE mynewdb USER SYS IDENTIFIED BY sys_password USER SYSTEM IDENTIFIED BY system_password LOGFILE GROUP 1 ('/u01/logs/my/redo01a.log','/u02/logs/m
几句不中听却不得不认可的话 datageek
1、人丑就该多读书。 2、你不快乐是因为：你可以像猪一样懒，却无法像只猪一样懒得心安理得。 3、如果你太在意别人的看法，那么你的生活将变成一件裤衩，别人放什么屁，你都得接着。 4、你的问题主要在于：读书不多而买书太多，读书太少又特爱思考，还他妈话痨。 5、与禽兽搏斗的三种结局：(1)、赢了，比禽兽还禽兽。(2)、输了，禽兽不如。(3)、平了，跟禽兽没两样。结论：选择正确的对手很重要。 6
1 14:00 PHP中的“syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM”错误 dcj3sjt126com PHP
原文地址：http://www.kafka0102.com/2010/08/281.html 因为需要，今天晚些在本机使用PHP做些测试，PHP脚本依赖了一堆我也不清楚做什么用的库。结果一跑起来，就报出类似下面的错误：“Parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM in /home/kafka/test/
xcode6 Auto layout and size classes dcj3sjt126com ios
官方GUI https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/AutolayoutPG/Introduction/Introduction.html iOS中使用自动布局（一） http://www.cocoachina.com/ind
通过PreparedStatement批量执行sql语句【sql语句相同，值不同】梦见x光 sql 事务批量执行
比如说：我有一个List需要添加到数据库中，那么我该如何通过PreparedStatement来操作呢？ public void addCustomerByCommit(Connection conn , List<Customer> customerList) { String sql = "inseret into customer(id
程序员必知必会----linux常用命令之十【系统相关】 hanqunfeng Linux常用命令
一.linux快捷键 Ctrl+C : 终止当前命令 Ctrl+S : 暂停屏幕输出 Ctrl+Q : 恢复屏幕输出 Ctrl+U : 删除当前行光标前的所有字符 Ctrl+Z : 挂起当前正在执行的进程 Ctrl+L : 清除终端屏幕，相当于clear 二.终端命令 clear : 清除终端屏幕 reset : 重置视窗，当屏幕编码混乱时使用 time com
NGINX IXHONG nginx
pcre 编译安装 nginx conf/vhost/test.conf upstream admin { server 127.0.0.1:8080; } server { listen 80; &
设计模式--工厂模式 kerryg 设计模式
工厂方式模式分为三种： 1、普通工厂模式：建立一个工厂类，对实现了同一个接口的一些类进行实例的创建。 2、多个工厂方法的模式：就是对普通工厂方法模式的改进，在普通工厂方法模式中，如果传递的字符串出错，则不能正确创建对象，而多个工厂方法模式就是提供多个工厂方法，分别创建对象。 3、静态工厂方法模式：就是将上面的多个工厂方法模式里的方法置为静态，
Spring InitializingBean/init-method和DisposableBean/destroy-method mx_xiehd java spring bean xml
1.initializingBean/init-method 实现org.springframework.beans.factory.InitializingBean接口允许一个bean在它的所有必须属性被BeanFactory设置后，来执行初始化的工作，InitialzingBean仅仅指定了一个方法。通常InitializingBean接口的使用是能够被避免的，（不鼓励使用，因为没有必要
解决Centos下vim粘贴内容格式混乱问题 qindongliang1922 centos vim
有时候，我们在向vim打开的一个xml，或者任意文件中，拷贝粘贴的代码时，格式莫名其毛的就混乱了，然后自己一个个再重新，把格式排列好，非常耗时，而且很不爽，那么有没有办法避免呢？答案是肯定的，设置下缩进格式就可以了，非常简单：在用户的根目录下直接vi ~/.vimrc文件然后将set pastetoggle=<F9> 写入这个文件中，保存退出，重新登录，
netty大并发请求问题 tianzhihehe netty
多线程并发使用同一个channel java.nio.BufferOverflowException: null at java.nio.HeapByteBuffer.put(HeapByteBuffer.java:183) ~[na:1.7.0_60-ea] at java.nio.ByteBuffer.put(ByteBuffer.java:832) ~[na:1.7.0_60-ea]
Hadoop NameNode单点问题解决方案之一 AvatarNode wyz2009107220 NameNode
我们遇到的情况 Hadoop NameNode存在单点问题。这个问题会影响分布式平台24*7运行。先说说我们的情况吧。我们的团队负责管理一个1200节点的集群(总大小12PB)，目前是运行版本为Hadoop 0.20，transaction logs写入一个共享的NFS filer(注：NetApp NFS Filer)。经常遇到需要中断服务的问题是给hadoop打补丁。 DataNod