{"id":2140,"date":"2015-12-04T15:54:25","date_gmt":"2015-12-04T14:54:25","guid":{"rendered":"https:\/\/ridgesolutions.ie\/?p=2140"},"modified":"2015-12-04T16:00:56","modified_gmt":"2015-12-04T15:00:56","slug":"generating-win32-crash-dumps","status":"publish","type":"post","link":"https:\/\/www.ridgesolutions.ie\/index.php\/2015\/12\/04\/generating-win32-crash-dumps\/","title":{"rendered":"Generating Win32 Crash Dumps"},"content":{"rendered":"

Every Software Engineer knows that most software ends up crashing eventually, when it does it is very useful to have a full crash log to help you determine the cause of the problem, to that end here<\/a> is a good article that I found on working on what Microsoft calls ‘Minidumps’ on windows. <\/p>\n

http:\/\/crashrpt.sourceforge.net\/docs\/html\/using_minidump.html<\/a><\/p>\n

This is some code for catching unhanded exceptions (typically like null pointer references or heap corruption etc.) and writing a crash dump that can later be opened up with visual studio:<\/p>\n

\r\n\r\n#include \"DbgHelp.h\"\r\n\r\nLONG WINAPI UnhandledExceptionHandler(PEXCEPTION_POINTERS pExceptionPtrs)\r\n{\r\n   \/\/ This writes a dump file to the current dir.\r\n   \/\/ To view this file open it up in Visual Studio\r\n   \/\/ If source and symbols are available you should\r\n   \/\/ along with the crash point.\r\n   HANDLE hFile = CreateFileA(\"crash_dump.dmp\",\r\n\t\tGENERIC_WRITE,\r\n\t\t0,\r\n\t\tNULL,\r\n\t\tCREATE_ALWAYS,\r\n\t\tFILE_ATTRIBUTE_NORMAL,\r\n\t\tNULL);\r\n\r\n    MINIDUMP_EXCEPTION_INFORMATION aMiniDumpInfo;\r\n    aMiniDumpInfo.ThreadId = GetCurrentThreadId();\r\n    aMiniDumpInfo.ExceptionPointers = pExceptionPtrs;\r\n    aMiniDumpInfo.ClientPointers = TRUE;\r\n\r\n    MiniDumpWriteDump(GetCurrentProcess(),\r\n            GetCurrentProcessId(),\r\n            hFile,\r\n            (MINIDUMP_TYPE) (MiniDumpWithFullMemory|MiniDumpWithHandleData),\r\n            &aMiniDumpInfo,\r\n            NULL,\r\n            NULL);\r\n\r\n    CloseHandle(hFile);\r\n\r\n    return EXCEPTION_EXECUTE_HANDLER; \r\n} \r\n\r\nint main(int argc, char* argv[]) {\r\n\r\n\tSetUnhandledExceptionFilter(UnhandledExceptionHandler);\r\n\r\n\t\/\/ Do yer normal stuff here...\r\n\r\n\t\/\/ Crash-tastic!\r\n\tint* p = 0;\r\n\t*p = 0;\r\n}\r\n\r\n<\/pre>\n
You will need to link to DbgHelp.lib.<\/p>\n
If you run your program from within visual studio’s debugger (e.g. F5) then the debugger won’t let execution run on to the handler, so to test the handler you will have to run your program without the debugger (e.g. ctrl-F5), bit of an annoyance but there you have it…<\/p>\n","protected":false},"excerpt":{"rendered":"
Every Software Engineer knows that most software ends up crashing eventually, when it does it is very useful to have a full crash log to help you determine the cause of the problem, to that end here is a good article that I found on working on what Microsoft calls ‘Minidumps’ on windows. http:\/\/crashrpt.sourceforge.net\/docs\/html\/using_minidump.html This […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[301],"tags":[],"class_list":["post-2140","post","type-post","status-publish","format-standard","hentry","category-by-kevin-godden"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t