按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
#0026 cs。cx = pApp…》GetProfileInt（PROFILE； 〃cx〃； CW_USEDEFAULT）；
#0027 cs。cy = pApp…》GetProfileInt（PROFILE； 〃cy〃； CW_USEDEFAULT）；
#0028
#0029 return TRUE；
#0030 ｝
圖六 Tracewin 的 frame 視窗的 PreCreateWindow 函式內容
Tracewin 取出字串並顯示
WM TRACE MSG OnTraceMsg
Tracewin _ _
如果 欲接收由除錯端傳來的自定訊息 ，並交由
函式去處理，它就必須在其訊息映射表有所表示：
BEGIN_MESSAGE_MAP（CMainFrame； CFrameWnd）
//｛｛AFX_MSG_MAP（CMainFrame）
ON_REGISTERED_MESSAGE（WM_TRACE_MSG； OnTraceMsg）
。。。
//｝｝AFX_MSG_MAP
END_MESSAGE_MAP（）
並且設計 OnTraceMsg 函式如圖七。
#0001 LRESULT CMainFrame：：OnTraceMsg（WPARAM wParam； LPARAM）
#0002 ｛
#0003 if （！wParam ｜｜ m_nOutputWhere==ID_OUTPUT_OFF）
#0004 return 0；
#0005
#0006 char buf＇256＇；
#0007 UINT len = GlobalGetAtomName（（ATOM）wParam； buf； sizeof（buf））；
#0008
#0009 if （m_nOutputWhere==ID_OUTPUT_TO_WINDOW） ｛
#0010
#0011 // Convert n to nr for Windows edit control
931
…………………………………………………………Page 994……………………………………………………………
第五篇 附錄
#0012 。。。
#0013 // Append string to contents of trace buffer
#0014 。。。
#0015 ｝ else if （m_nOutputWhere==ID_OUTPUT_TO_FILE） ｛
#0016 m_file。Write（buf； len）；
#0017 ｝
#0018 return 0；
#0019 ｝
圖七 CMainFrame：：OnTraceMsg 函式內容。
WM_COPYDATA IPC
改用 進行行程通訊（ ）
Paul DiLascia 的第篇文章發表後，收到許多讀者的來信，指出以 global atom 完成行
WM COPYDATA
_ Paul
程通訊並不是最高明的辦法，可以改用 。於是 從善如流寫了第
篇文章。
WM COPYDATA
_ 是 Win32 的新訊息，可以提供個簡單又方便的方法，把字串送往另
個程式。這正符合 Tracewin 之所需。這個訊息的兩個參數意義如：
wParam = （WPARAM） （HWND） wnd； // handle of sending window
lParam = （LPARAM） （PCOPYDATASTRUCT） pcds； // pointer to structure with data
其 COPYDATASTRUCT 結構定義如：
typedef struct tagCOPYDATASTRUCT ｛ // cds
DWORD dwData； // 隨便你指定任何你需要的額外資訊
DWORD cbData； // 資料長度
PVOID lpData； // 資料指標
｝ COPYDATASTRUCT；
dwData ID_COPYDATA_TRACEMSG Tracewin
在本例應用被指定為 ； 將檢查這個識別
WM COPYDATA
碼，如果不合格，就忽略該次的 _ 訊息。
Tracewin 新版本的內容我就不再列出了，請直接載其原始碼看個究竟。
932
…………………………………………………………Page 995……………………………………………………………
附錄Ｄ 以MFC 重建DBWIN
我的使用經驗
現在讓我來談點我使用 Tracewin 的經驗。
我早就需要在 Visual C＋＋ 使用 DBWIN 了，也早就看到了 Paul DiLascia 的兩篇文
章，但是真正研讀它並使用其成果，是在我撰寫 /OLE/ActiveX 書（我最新的
本書，還在孵化之）的時候。也許當你讀到該書，會感嘆侯俊傑怎麼能夠對OLE container
和 server 之間的交叉動作瞭若指掌。洠в惺颤N，我只是在 container 和 server 之的每
個我感興趣的函式的開始處，利用 TRACE 輸出些訊息，這樣我就可以從容從
Tracewin 視窗觀察那些函式的被呼喚時機了。
所以我在 OLE container 這麼做：
#include 〃tracewin。h〃
。。。
BOOL CContainerApp：：InitInstance（）
｛
。。。
pMainFrame…》ShowWindow（m_nCmdShow）；
pMainFrame…》UpdateWindow（）；
CMfxTrace：：Init（）； // add by J。J。Hou
return TRUE；
｝
也在 OLE server 這麼做：
#include 〃tracewin。h〃
。。。
BOOL CScribbleApp：：InitInstance（）
｛
。。。
pMainFrame…》ShowWindow（m_nCmdShow）；
pMainFrame…》UpdateWindow（）；
CMfxTrace：：Init（）；
return TRUE；
｝
然後我就可以使用 TRACE 巨集並搭配 Tracewin 看個過癮了。
933
…………………………………………………………Page 996……………………………………………………………
第五篇 附錄
很好，當這兩個程式獨立執行的時候，切盡如意！但是當我在 container 即編輯
Scribble item Scribble TRACE Tracewin
，我發現洠в腥魏巍 ∽执伙@示在 視窗。這麼
來我就觀察不到 Scribble 的交叉作用了呀！於是我想，莫不是兩個程式爭用 afxDump ？
或是因為兩個 Win32 行程使用不同的位址空間？或是因為。。。
胡說！洠У览硌健Ｈ绻医徊媸褂酶髯元毩⒌摹 ontainer 和 Scribble（不牽扯即編輯），
它們的 TRACE 結果會交叉出現在 Tracewin 視窗，這就推翻了述的胡思亂想。
然後我想，會不會是即編輯時根本洠в羞M入 server 的 InitInstance ？如果
CMfxTrace Init TRACE
：： 洠в邢葓绦羞^， 當然就不會輸出到 Tracewin 視窗囉。於是我把
CMfxTrace Init
：： 。。。 。。。 server server
改設在 唔 什麼方才是即編輯時 的第個必經之？
item 是也。於是我這麼做：
CScribbleItem：：CScribbleItem（CScribbleDoc* pContainerDoc）
： COleServerItem（pContainerDoc； TRUE）
｛
CMfxTrace：：Init（）；
// TODO： add one…time construction code here
// （eg； adding additional clipboard formats
// to the item's data source）
｝
圖八 Tracewin
賓果！我看到了預期的枺鳌！ 【褪恰 ∫暣爱嬅妗＿@些輸出結果幫助我分析出
OLE container 和 server 的舉動。
934
…………………………………………………………Page 997……………………………………………………………
附錄Ｄ 以MFC 重建DBWIN
圖八 Tracewin 視窗畫面
新的視野
好的除錯工具，不應該要求應用程式碼本身做任何配合性的動作。Paul DiLascia 的
Tracewin 小工具是個權宜之計。使用稱不太方便（你得含入個 tracewin。h ），
而且你得有某種程度的技術背�