一般程序崩潰可以通過debug，找到程序在那一行代碼崩潰了，最近編一個(gè)多線程的程序，都不知道在那發(fā)生錯(cuò)誤，多線程并發(fā)，又不好單行調(diào)試，終于找到一個(gè)比較好的方法來找原因，通過生成map文件，由于2005取消map文件生成行號(hào)信息（vc6.0下是可以生成行號(hào)信息的，不知道m(xù)icrosoft怎么想的，在2005上取消了），只能定位在那個(gè)函數(shù)發(fā)生崩潰。這里可以通過生成cod文件，即機(jī)器碼這一文件，具體定位在那一行崩潰。

   首先配置vc2005生成map文件和cod文件：(1).map文件:property->Configuration Properties->Linker->Debugging 中的Generate Map File選擇Yes(/MAP);

(2).cod文件:property->Configuration Properties->C/C++->output Files中Assembler OutPut中選擇Assembly,Maching Code and Source(/FAcs),生成機(jī)器，源代碼。

  簡單例子:

 (1)  #include "stdafx.h"

void errorFun(int * p)
{
 *p=1;
}

int _tmain(int argc, _TCHAR* argv[])
{
 int * p=NULL;
 errorFun(p);
 return 0;
}

在errorFun中函數(shù)中，*p=1這一行出錯(cuò)，由于p沒有申請(qǐng)空間，運(yùn)行時(shí)出錯(cuò),彈出

Unhandled exception at 0x004113b1 in testError.exe: 0xC0000005: Access violation writing location 0x00000000.

在0x004113b1程序發(fā)生崩潰。

（2）debug文件下打開map文件，定位崩潰函數(shù).

map文件開頭是一些鏈接信息，然后我們要找函數(shù)和實(shí)始地址信息。地址是函始的開始地址

 Address         Publics by Value              Rva+Base       Lib:Object

 0000:00000000       ___safe_se_handler_count   00000000     <absolute>
 0000:00000000       ___safe_se_handler_table   00000000     <absolute>
 0000:00000000       ___ImageBase               00400000     <linker-defined>
 0001:00000000       __enc$textbss$begin        00401000     <linker-defined>
 0001:00010000       __enc$textbss$end          00411000     <linker-defined>
 0002:00000390       ?errorFun@@YAXPAH@Z        00411390 f   testError.obj
 0002:000003d0       _wmain                     004113d0 f   testError.obj
 0002:00000430       __RTC_InitBase             00411430 f   MSVCRTD:init.obj
 0002:00000470       __RTC_Shutdown             00411470 f   MSVCRTD:init.obj
 0002:00000490       __RTC_CheckEsp             00411490 f   MSVCRTD:stack.obj
 0002:000004c0       @_RTC_CheckStackVars@8     004114c0 f   MSVCRTD:stack.obj
 0002:00000540       @_RTC_AllocaHelper@12      00411540 f   MSVCRTD:stack.obj

 ....

 

 程序崩潰地址0x004113b1,我們找到第一個(gè)比這個(gè)地址大的004113d0,前一個(gè)是00411390,地址是函數(shù)的開始地址，所以發(fā)生的崩潰的的函數(shù)是errorFun,這個(gè)函數(shù)的初始地址00411390.

(3)找出具體崩潰行號(hào).

由(2)可知，發(fā)生錯(cuò)誤函數(shù)是errorFun,在testError.obj，打開testError.cod文件，找到errorFun函數(shù)生成的機(jī)器碼.

?errorFun@@YAXPAH@Z PROC    ; errorFun, COMDAT

; 7    : {

  00000 55   push  ebp
  00001 8b ec   mov  ebp, esp
  00003 81 ec c0 00 00
 00   sub  esp, 192  ; 000000c0H
  00009 53   push  ebx
  0000a 56   push  esi
  0000b 57   push  edi
  0000c 8d bd 40 ff ff
 ff   lea  edi, DWORD PTR [ebp-192]
  00012 b9 30 00 00 00  mov  ecx, 48   ; 00000030H
  00017 b8 cc cc cc cc  mov  eax, -858993460  ; ccccccccH
  0001c f3 ab   rep stosd

; 8    :  *p=1;

  0001e 8b 45 08  mov  eax, DWORD PTR _p$[ebp]
  00021 c7 00 01 00 00
 00   mov  DWORD PTR [eax], 1

; 9    : }

  00027 5f   pop  edi
  00028 5e   pop  esi
  00029 5b   pop  ebx
  0002a 8b e5   mov  esp, ebp
  0002c 5d   pop  ebp
  0002d c3   ret  0
（說明: 7,8,9是表示在源代碼的行號(hào)。

00000 55   push  ebp，000000是相對(duì)偏移地地，55是機(jī)器碼號(hào)，push ebp,000000是匯編碼。）

通過（2）我們計(jì)算相對(duì)偏移地址，即崩潰地址-函數(shù)起始地址,0x004113b1-0x00411390=0x21(16進(jìn)制的計(jì)數(shù))

找到0x21這一行對(duì)應(yīng)的機(jī)器碼是 00021 c7 00 01 00 00,向上看它是由第8行*p=1；生成的匯編碼，由此可見是這一行程序發(fā)生崩潰。

 

 結(jié)束語：當(dāng)然這只是一個(gè)簡單的例子，實(shí)際上一運(yùn)行便知道是這一行出錯(cuò)，但是對(duì)于一個(gè)比較大的工程，特別是在多線程并發(fā)情況下，要找出那一行出錯(cuò)比較困難，便可以使用map和cod文件找到程序崩潰原因。