一動不如一靜

http://www.microsoft.com/msj/0298/hood0298.aspx

有時候我們的程序crash了，會出現(xiàn)一個crash界面提示我們在什么位置中斷了。我們如何根據(jù)這個中斷地址找到對應的行號呢？

要想達到這樣的目的，首先要進行一些工程屬性的配置。

c/c++->常規(guī)->調試信息格式->程序數(shù)據(jù)庫
c/c++->優(yōu)化->優(yōu)化->禁用
鏈接器->調試->生成調試信息->是
            ->生成映射文件->是
            ->映射文件名稱->$(OutDir)/$(ProjectName).map
            ->映射導出->是
            ->映射行->是

1    int main (int argc, char* argv[])
2   {
3       char * p = 0;
4       *p = 'c';
5       return 0;
6 }

當執(zhí)行程序的時候，顯示“test1.exe中的0x0040100e處未處理的異常：0xc000005:寫入位置0x00000000時發(fā)生訪問沖突”

這個時候來看一下map文件。首先看到的是參考的加載地址： Preferred load address is 00400000

Timestamp is 4639462c (Thu May 03 10:17:16 2007)

 Preferred load address is 00400000

 Start         Length     Name                   Class
 0001:00000000 00003b58H .text                   CODE
 0002:00000000 000000c4H .idata$5                DATA
 0002:000000d0 00000c40H .rdata                  DATA
 0002:00000d10 00000048H .rdata$debug            DATA
 0002:00000d60 00000008H .rdata$sxdata           DATA
 0002:00000d68 00000004H .rtc$IAA                DATA
 0002:00000d6c 00000004H .rtc$IZZ                DATA
 0002:00000d70 00000004H .rtc$TAA                DATA
 0002:00000d74 00000004H .rtc$TZZ                DATA
 0002:00000d78 00000014H .idata$2                DATA
 0002:00000d8c 00000014H .idata$3                DATA
 0002:00000da0 000000c4H .idata$4                DATA
 0002:00000e64 00000366H .idata$6                DATA
 0002:000011ca 00000000H .edata                  DATA
 0003:00000000 00000004H .CRT$XCA                DATA
 0003:00000004 00000004H .CRT$XCAA               DATA
 0003:00000008 00000004H .CRT$XCZ                DATA
 0003:0000000c 00000004H .CRT$XIA                DATA
 0003:00000010 00000008H .CRT$XIC                DATA
 0003:00000018 00000004H .CRT$XIZ                DATA
 0003:0000001c 00000004H .CRT$XPA                DATA
 0003:00000020 00000004H .CRT$XPZ                DATA
 0003:00000024 00000004H .CRT$XTA                DATA
 0003:00000028 00000004H .CRT$XTZ                DATA
 0003:00000030 00000274H .data                   DATA
 0003:000002c0 00000598H .bss                    DATA

crash地址計算：calculation: crash_address - preferred_load_address - 0x1000
                            0x0040100e -0x00400000-0x1000=0x0000000e

接著在map中查找對應的obj

 Address         Publics by Value              Rva+Base     Lib:Object

 0000:00000000       __except_list              00000000     <absolute>
 0000:00000002       ___safe_se_handler_count   00000002     <absolute>
 0001:00000000       _main                      00401000 f   test1.obj
 0001:00000017       __amsg_exit                00401017 f   LIBC:crt0.obj
 0001:0000003c       _mainCRTStartup            0040103c f   LIBC:crt0.obj
 0001:00000203       ___crtExitProcess          00401203 f   LIBC:crt0dat.obj

最后根據(jù)obj和計算的值在map中找第一個小于我們所計算的值的位置

Line numbers for .\release\test1.obj(d:\test\test1\test1\test1.cpp) segment .text

     2 0001:00000000     3 0001:00000004     4 0001:0000000b     5 0001:00000011

然后在.map中查找第一個小于我們所計算的值的位置

所以我們的中斷位置是在第4行

首先用~*kb,察看所有的線程
然后尋找Filter關鍵字所在的線程,假設出問題的線程為12,.

首先將線程2設置為當前線程： ~2s
因為XcpFilter的結構體中，第2個參數(shù)表示異常信息的指針，第3個參數(shù)是上下文的指針。
假設args to child
    0x0001 0xb5f78 0x45235

執(zhí)行.exr 0xb5f78
執(zhí)行.cxr 0x45235

執(zhí)行.kb就可以還原堆棧信息了

?

/**/ /* *******************************************************************
*?Copyright?(c)?2006,study-record?home
*?All?rights?reservered.
*
*?文件名稱?:?littersize.cpp?
*?摘????要?:?這個例子主要是用來驗證這樣一個問題。當我們程序中有n個reactor的時候，是否就意味著我們支持n*FD_SETSIZE連接.
???????????????????為了驗證這個問題,我們傳遞一個大小為2的值給ACE_Select_Reactor的構造函數(shù)。看是否是只支持2個連接?
???????????????????驗證結果表明：在本例子中，由于acceptor注冊用掉了一個，而我們給定的最大的handle數(shù)為2,所以只能接受一個連接。
???????????????????在命令行下輸入：telnet?127.0.0.1?1234?,在我們第二次輸入時，
???????????????????在調用int?nRet?=?m_Reactor->register_handler(pEvent,?ACE_Event_Handler::READ_MASK);的時候一定會失敗。
???????????????????但是在命令行下輸入:telnet?127.0.0.1?2345?,在我們第三次輸入的時候，調用register_handler的時候才會失敗
???????????????????但是這樣的一段代碼存在高cpu的問題，也就是當把客戶端關調的時候，cpu占用率會很高?想想看，為什么呢？
???????????????????本代碼只是為了驗證一些東西，有很多不合理的地方，請務仿照。
*
*?當前版本?:?1.0
*?作????者?:?study-record???2007-2-22
*
******************************************************************** */

#include? " ace/Thread_Manager.h "
#include? " ace/Select_Reactor.h "
#include? " ace/Reactor.h "
#include? " ace/Event_Handler.h "
#include? " ace/SOCK_Acceptor.h "
#include? " ace/SOCK_Stream.h "
#include? " ace/INET_Addr.h "

const ?size_t?g_unOneMaxHandle? = ? 2 ;
const ?size_t?g_unTwoMaxhandle? = ? 4 ;


static ?ACE_THR_FUNC_RETURN?event_loop_one?( void ? * arg)?
{
????ACE_Reactor? * reacator? = ?static_cast < ACE_Reactor? *> (arg);

????reacator -> owner(ACE_Thread::self());
????reacator -> run_reactor_event_loop();
???? return ? 0 ;

}
static ?ACE_THR_FUNC_RETURN?event_loop_two?( void ? * arg)?
{
????ACE_Reactor? * reacator? = ?static_cast < ACE_Reactor? *> (arg);

????reacator -> owner(ACE_Thread::self());
????reacator -> run_reactor_event_loop();
???? return ? 0 ;
}

class ?TestHandleEvent:? public ?ACE_Event_Handler
{
public :
???? virtual ? int ?handle_input?(ACE_HANDLE?fd? = ?ACE_INVALID_HANDLE)
???? {
????????ACE_DEBUG((LM_DEBUG,? " TestHandleEvent::handle_input\n " ));
???????? return ? 0 ;
????} ;
???? virtual ? int ?handle_close?(ACE_HANDLE?handle,?ACE_Reactor_Mask?close_mask)
???? {
????????
????????ACE_DEBUG((LM_DEBUG,? " TestHandleEvent::handle_close\n " ));
????????delete? this ;
???????? return ? 0 ;

????} ;
????ACE_HANDLE?get_handle( void )? const ?
???? {
???????? return ?peer.get_handle();
????}

public :
????ACE_SOCK_Stream?peer;

} ;
class ?TestAcceptor?:? public ?ACE_Event_Handler
{
public :
???? virtual ? int ?handle_input?(ACE_HANDLE?fd? = ?ACE_INVALID_HANDLE)
???? {
????????
????????TestHandleEvent * ?pEvent? = ? new ?TestHandleEvent;
????????acceptor.accept(pEvent -> peer);
???????? int ?nRet? = ?m_Reactor -> register_handler(pEvent,?ACE_Event_Handler::READ_MASK);
???????? if ?( - 1 ? == ?nRet)
???????? {
????????????delete?pEvent;
????????????pEvent? = ?NULL;
????????}

???????? return ? 0 ;
????} ;
???? virtual ? int ?handle_close?(ACE_HANDLE?handle,?ACE_Reactor_Mask?close_mask)
???? {
????????ACE_DEBUG((LM_DEBUG,? " TestAcceptor::handle_close\n " ));
????????acceptor.close();
????????delete? this ;

???????? return ? 0 ;

????} ;
????
????
????TestAcceptor(ACE_Reactor * ?reactor):m_Reactor(reactor)
???? {
????????
????} ;
???? int ?open(unsigned? short ?usport)
???? {
????????ACE_INET_Addr?addr(usport);
????????acceptor.open(addr);
???????? return ?m_Reactor -> register_handler( this ,?ACE_Event_Handler::ACCEPT_MASK);

????} ;
????ACE_HANDLE?get_handle( void )? const ?
???? {
????????
???????? return ?acceptor.get_handle();
????}
public :
????ACE_SOCK_Acceptor?acceptor;
????ACE_Reactor * ?m_Reactor;

} ;


int ?main?( int ?argc,? char ? * argv[])
{
????

????ACE_Select_Reactor?select_reactor_one(g_unOneMaxHandle,? 0 ,? 0 ,? 0 ,? 1 );
????ACE_Reactor * ?reactor_one? = ? new ?ACE_Reactor( & select_reactor_one);

????ACE_Select_Reactor?select_reactor_two(g_unTwoMaxhandle,? 0 ,? 0 ,? 0 ,? 1 );
????ACE_Reactor * ?reactor_two? = ? new ?ACE_Reactor( & select_reactor_two);

????TestAcceptor?test_acceptor(reactor_one);
????test_acceptor.open( 1234 );

????TestAcceptor?test_acceptorw(reactor_two);
????test_acceptorw.open( 2345 );
????
????
????ACE_Thread_Manager::instance() -> spawn(event_loop_one,?reactor_one);
????ACE_Thread_Manager::instance() -> spawn(event_loop_two,?reactor_two);

???? return ?ACE_Thread_Manager::instance() -> wait();
}