友情提示:如果本网页打开太慢或显示不完整,请尝试鼠标右键“刷新”本网页!
第三电子书 返回本书目录 加入书签 我的书架 我的书签 TXT全本下载 『收藏到我的浏览器』

深入浅出MFC第2版(PDF格式)-第166部分

快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部! 如果本书没有阅读完,想下次继续接着阅读,可使用上方 "收藏到我的浏览器" 功能 和 "加入书签" 功能!




     我可以高高興興盡情使用這副本(渾然不覺),但其他程式呼叫的卻仍然是那未經 



     雕琢的,身處KRNL386  模組的  OutputDebugString 。這樣就洠в惺颤N大用處啦! 



             copy…on…write  Matt Pietrck  Windows 95 System Programming SECRETS 

     裕В核^            機制,          的 



     第5章(#290  頁)解釋得相當好。我大略說明它的意義。 



     當作業系統極儘可能共享程式碼,對除錯器會帶來什麼影響?如果除錯器寫入斷點 



     指令的那個  code  page  是被兩個行程共享的話,就會有潛在問睿R溃e器只對 



     個行程除錯,另個行程即使碰到斷點,也不應該受影響。 



     高級作業系統對付此問睿姆椒ㄊ撬^的  〃copy on write〃  機制:記憶體管理器使用  CPU 



     的分頁機制,儘可能將記憶體共享出來,而在必要的時候又將某些  RAM  page  眩u 



     份。 



                        instance                  code  pages 

     假設某個程式的兩個個體(             )都正在執行,共享相同的               (都是唯讀性 



     伲F渲庫冻e狀態,使用者告訴除錯器在程式某處放個斷點 



       breakpoint                              page fault   code page  

      (       )。當除錯器企圖寫入斷點指令,會樱l個                 (因為         擁 



     有唯讀屬性)。作業系統看到這個page fault  ,首先斷定是除錯器企圖讀記憶體內容, 



     這是合法的。然而,隨後寫入到共享記憶體的動作就不被允許了。系統於是會先將受 



     影響的各頁拷貝份,並改變被除錯者的  page table  ,使映射關係轉變到這份拷貝版。 



     旦記憶體被拷貝並被映射,系統就可以讓寫入動作過關了。寫入動作只影響拷貝內容, 



                                                                       923 


…………………………………………………………Page 986……………………………………………………………

                   第五篇    附錄  



                   不影響原先內容。 



                   Copy on write  機制的最大好處就是儘可能讓記憶體獲得共享效益。只有在必要時刻,系 



                   統才會對共享記憶體做出新的拷貝。 



                       MFC                                   TRACE                      afxDump 

                   在       程式,所有的詳嘀噶罨蚓藜òā                      。┦聦嵍剂鹘泜名為 



                   的物件之,那是個                  CDumpContext  物件。所有的詳鄤幼鞫歼M入 



                   CDumpContext::OutputString  成員函式,然後才進入全域函式  AfxOutputDebugString         ,把 



                   字串送往除錯器。 



                   攔截除錯器是很困難的啦,但是你知道,字串也可以被送往檔案。如果我們能夠把送往 



                   檔案的字串攔截來,大功就完成了半。這個通往檔案的奧秘在哪裡呢?看看  MFC  的 



                           圖一                           m_pFile                          m_pFile 

                   原始碼(        )。啊哈,我們發現,如果                    有所指定,字串就流往檔案。 



                   是個  CFile  物件(圖二)。 



                   // in MFC 4。x DUMPCONT。CPP 

                   #0001  void CDumpContext::OutputString(LPCTSTR lpsz) 

                   #0002  { 

                   #0003  #ifdef _DEBUG 

                   #0004      // all CDumpContext output is controlled by afxTraceEnabled 

                   #0005      if (!afxTraceEnabled) 

                   #0006          return; 

                   #0007  #endif 

                   #0008 

                   #0009      // use C…runtime/OutputDebugString when m_pFile is NULL 

                   #0010      if (m_pFile == NULL) 

                   #0011      { 

                   #0012          AfxOutputDebugString(lpsz); 

                   #0013          return; 

                   #0014      } 

                   #0015 

                   #0016      // otherwise; write the string to the file 

                   #0017      m_pFile…》Write(lpsz; lstrlen(lpsz)*sizeof(TCHAR)); 

                   #0018  } 



                   圖一      CDumpContext::OutputString   原始碼 



924 


…………………………………………………………Page 987……………………………………………………………

                                                           附錄D    以MFC 重建DBWIN  



// in MFC 4。x AFX。H 

#0001  class CDumpContext 

#0002  { 

#0003  。。。 

#0004  public: 

#0005          CFile* m_pFile; 

#0006  }; 



圖二      CDumpContext   原始碼 



                                  CMfxTrace   圖三               CFile 

好,如果我們能夠設計個類別                              (  ),衍生自                ,然後為它設計 



個初始化成員函式,令函式之檢查  afxDump。m_pFile  內容,並且如果是  NULL  ,就將 



它指向我們的新類別,那麼  CDumpContext::OutputString #17  行的  m_pFile…》Write  就會 



                CMfxTrace      Write 

因此指向新類別                     的         函式,於是我們就可以在其予取予求啦。 



注意,theTracer  是個  static  成員變數,需要做初始化動作(請參考深入湷錾钊霚出MFC (侯 

                                                                   深入湷錾钊霚出 



      /  

俊傑 松崗)第2章「靜態成員」節),因此你必須在類別之外的任何方加這行: 



    CMfxTrace CMfxTrace::theTracer; 



#0001  class CMfxTrace : public CFile 

#0002  { 

#0003      static CMfxTrace theTracer;     // one…and…only tracing object 

#0004      CMfxTrace();                    // private constructor 

#0005  public: 

#0006      virtual void Write(const void* lpBuf; UINT nCount); 

#0007      static void Init(); 

#0008  }; 



#0001  // Initialize tracing。 Replace global afxDump。m_pFile with me。 

#0002  void CMfxTrace::Init() 

#0003  { 

#0004      if (afxDump。m_pFile == NULL) { 

#0005          afxDump。m_pFile = &theTracer; 

#0006      } else if (afxDump。m_pFile != &theTracer) { 

#0007          TRACE(〃afxDump is already using a file: TRACEWIN not installed。n〃); 

#0008      } 

#0009  } 



圖三      CMfxTrace 



                                                                                             925 


…………………………………………………………Page 988……………………………………………………………

                  第五篇    附錄  



                            InterProcess munication                IPC 

            行程通訊(                                                   ,  ) 



                                          CMfxTrace Write                   Write 

                  把  TRACE  輸出字串攔截到                ::     之後,我們得想辦法在              函式把字 



                  串丟給  Tracewin   程式視窗。在  Windows  3。1   之這不是難事,因為所有的行程 



                    process 

                   (      )共同在同個位址空間生存,直接把字串指標(代表個邏輯位址)丟給 



                  對方就是了。在  Windows 95  和  Windows NT  困難度就高了許多,因為每個行程擁 



                  有自己的位址空間,你把字串指標丟給別的行程,對別的行程而言是洠в杏玫摹H绻恪



                                         Memory Map File Win32  

                  為此使用到記憶體映射檔(                         ,      之唯的種行程通訊方法), 



                  又似乎有點小睿笞鳌!



                  Paul DiLascia                   global atom atom      Win32  

                             的方法是,利用所謂的                    。     並不是         的新產物,有 



                      Win16 DDE Dynamic Data Exchange                               atom  

                  過            (                   ,動態資料交換)程式經驗的就知道,                    被 



                                                                   handle global atom  

                  用來當作行程之間傳遞字串的識別物。說穿了它就是個                             。          可以跨越 



                                                    CMfxTrace Write 

                  Win32  行程間的位址空間隔離。面是                     ::     函式的動作步驟: 



                  1。  利用  FindWindow  找出  Tracewin  視窗。 



                  2。  利用   GlobalAddAtom  把字串轉換為個  global atom  。 



                  3。                     Tracewin             gloabl atom  

                     送出個特定訊息給                   ,並以述的                 為參數。 



                  4。  刪除  global atom  。 



                  5。               Tracewin            :: OutputDebugString    TRACE  

                     萬洠в姓业健               ∫暣埃艚小                      。尅        【藜瘬碛小



                     原本該有的行為。 



                  圖四      CMfxTrace Write 

                      就是           ::     函式碼。其的兩個常數分別定義為: 



                     #define TRACEWND_CLASSNAME 〃MfxTraceWindow〃  // 視窗類別名稱 

                     #define TRACEWND_MESSAGE   〃*WM_TRACE_MSG〃   // 自行裕缘摹indows 訊息 



                  #0001  // Override Write function to Write to TRACEWIN applet instead of file。 

                  #0002  // 

                  #0003  void CMfxTrace::Write(const void* lpBuf; UINT nCount) 

                  #0004  { 

                  #0005    if (!afxTraceEnabled) 



926 


…………………………………………………………Page 989……………………………………………………………

                                                            附錄D    以MFC 重建DBWIN  



      #0006            return; 

      #0007 

      #0008    CWnd *pTraceWnd = CWnd::FindWindow(TRACEWND_CLASSNAME; NULL); 

      #0009    if (pTraceWnd) { 

      #0010      static UINT WM_TRACE_MSG = 

      RegisterWindowMessage(TRACEWND_MESSAGE); 

      #0011 

      #0012      // Found Trace window: send message there as a global atom。 

      #0013      // Delete atom after use。 

      #0014      // 

      #0015      ATOM atom = GlobalAddAtom((LPCSTR)lpBuf); 

      #0016      pTraceWnd…》SendMessage(WM_TRACE_MSG; (WPARAM)atom); 

      #0017      GlobalDeleteAtom(atom); 

      #0018 

      #0019    } else { 

      #0020      // No trace window: do normal debug thing 

      #0021      // 

      #0022      ::OutputDebugString((LPCSTR)lpBuf); 

      #0023    } 

      #0024  } 



      圖四      CMfxTrace::Write   函式碼 



如何使用TRACEWIN。H 



      雖然除錯工具的最高原則是,不要動用被除錯對象的原始碼,但為了讓方法簡單些, 



      力氣少用些,看得懂的多些,Paul  DiLascia  還是決定妥協,他設計了述的 



      CMfxTrace  類別以及個  Tracewin  工具程式,你必須把  CMfxTrace  類別含入到自己的 



      程式,像這樣: 



          #include 〃tracewin。h〃 



      並在程式的任何方(通常是  InitInstance  函式內)做此動作: 



          CMfxTrace::Init(); 



      然後所有的  TRACE  字串輸出就會流到  Tracewin  視窗。太好了! 



      注意,TRACEWIN。H  不但有類別宣告,還有類別定義,和般的表頭檔不太樣,所 



      以你只能夠在你的程式含入次  TRACEWIN。H 。 



                                                                                          927 


…………………………………………………………Page 990……………………………………………………………

               第五篇    附錄  



          Tracewin  視窗 



               這是個隨時等待接受訊息的小程式。它所接受的訊息,夾帶著  global atom  作為參數。 



               T
返回目录 上一页 下一页 回到顶部 0 0
快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部!
温馨提示: 温看小说的同时发表评论,说出自己的看法和其它小伙伴们分享也不错哦!发表书评还可以获得积分和经验奖励,认真写原创书评 被采纳为精评可以获得大量金币、积分和经验奖励哦!