我的新博客在

http://www.codediscuss.com     

我的新博客在

http://www.codediscuss.com     

關于幾個HTML文檔接口的使用探討
http://www.vckbase.com/vckbase/vckbase10/vc/nonctrls/atlcomocx_02/1002005.htm

我覺得講的很清楚，呵呵

這個答案本來是作者賣錢的，我忘了是從那個網站下載的了，估計不全。
現在有人要，就放上來吧

http://www.shnenglu.com/Files/flyingxu/ThinkinginCppExercise.rar

(未驗證，可能不全，或者根本就不是答案)

類似的問題見http://www.experts-exchange.com/Programming/Programming_Languages/MFC/Q_20084406.html

下面的代碼，當用AfxBeginThread開始一個線程時，實際上是有內存泄漏的

VC輸出的典型提示為：
Detected memory leaks!
Dumping objects ->
thrdcore.cpp(166) : {782} client block at 0x00425300, subtype 0, 112 bytes long.
實際上，只要看到是thrdcore.cpp(166) 的內存泄漏，基本就是同一個原因，和上面的代碼一樣。
解決方法：
step 1)
在線程函數中，記得寫AfxEndThread();(與AfxBeginThread對應，其他的開始線程的函數，有相應的函數)
step 2)
用::WaitForSingleObject()確保線程徹底退出

step 2是比較容易忽略的，用sleep函數只能僥幸的保證線程退出，但不能確保。

用VC調試程序，只要按下F12，程序就出錯了，出錯的代碼還很奇怪，再PeekMessage中，但是只出現在調試（按F5），不出現在全速運行（Ctrl+F5），release版本也沒有問題
網上的解答:
http://support.microsoft.com/kb/q130667/?F12居然就是這么定義的，ft

所以，在定義程序功能的時候，就盡量不要用到F12 ，哈

我在ms的group上問了個問題http://msdn.microsoft.com/newsgroups/default.aspx?dg=microsoft.public.vc.mfc&tid=402a414c-a125-45bd-9cf4-c1819db7e3e4：
回答的人到蠻多，討論的也很熱烈，但都沒有直接回答我的問題，我的問題是，對于靜態函數，
pGdiObject->DeleteTempMap();??//?Causes?compiler?error，
到底對不對？如果不對，就是msdn錯了，不過總覺得比較奇怪，msdn不該出這樣的錯的

csdn上難得的好文章，怕不爭氣的csdn網站過幾天又找不到這篇文章了，我得先轉一下，保存一下：
http://community.csdn.net/Expert/FAQ/FAQ_Index.asp?id=193097

Q :	MFC返回的臨時對象指針成因?
主要解答者:	QunKangLi	提交人:	QunKangLi
感謝:	oldforest、yu_hl、QunKangLi
審核者:	happyparrot	社區對應貼子:	查看
???? A :
msdn在介紹GetDlgItem的時候，明確指出： ? The ?returned ?pointer ?may ?be ?temporary ?and ?should ?not ?be ?stored ?for ?later ?use. ? 如果真是這樣那我不慘了！在我的一個軟件中，因為常常要使切換按鈕的可用與不可用以及改變按鈕文字，所以我用DetDlgItem把它們存了起來，用的時候直接到數組里面取，這樣的話這個軟件不是犯了一個重大的錯誤了？可是用這么久也沒出錯。 ? 另外，它也是說可能是臨時的，那一定在某種情況下不是臨時的，高手能不能解釋一下這個問題？ ? --------------------------------------------------------------- ? // ? ?Most ?Windows ?objects ?are ?represented ?with ?a ?HANDLE, ?including ? // ? ? ? ? ? ?the ?most ?important ?ones, ?HWND, ?HDC, ?HPEN, ?HFONT ?etc. ? // ? ?We ?want ?C++ ?objects ?to ?wrap ?these ?handle ?based ?objects ?whenever ?we ?can. ? // ? ?Since ?Windows ?objects ?can ?be ?created ?outside ?of ?C++ ?(eg: ?calling ? // ? ? ? ? ? ?::CreateWindow ?will ?return ?an ?HWND ?with ?no ?C++ ?wrapper) ?we ?must ? // ? ? ? ? ? ?support ?a ?reasonably ?uniform ?mapping ?from ?permanent ?handles ? // ? ? ? ? ? ?(i.e. ?the ?ones ?allocated ?in ?C++) ?and ?temporary ?handles ?(i.e. ? // ? ? ? ? ? ?the ?ones ?allocated ?in ?C, ?but ?passed ?through ?a ?C++ ?interface. ? // ? ?We ?keep ?two ?dictionaries ?for ?this ?purpose. ? ?The ?permanent ?dictionary ? // ? ? ? ? ? ?stores ?those ?C++ ?objects ?that ?have ?been ?explicitly ?created ?by ? // ? ? ? ? ? ?the ?developer. ? ?The ?C++ ?constructor ?for ?the ?wrapper ?class ?will ? // ? ? ? ? ? ?insert ?the ?mapping ?into ?the ?permanent ?dictionary ?and ?the ?C++ ? // ? ? ? ? ? ?destructor ?will ?remove ?it ?and ?possibly ?free ?up ?the ?associated ? // ? ? ? ? ? ?Windows ?object. ? // ? ?When ?a ?handle ?passes ?through ?a ?C++ ?interface ?that ?doesn't ?exist ?in ? // ? ? ? ? ? ?the ?permanent ?dictionary, ?we ?allocate ?a ?temporary ?wrapping ?object ? // ? ? ? ? ? ?and ?store ?that ?mapping ?into ?the ?temporary ?dictionary. ? // ? ?At ?idle ?time ?the ?temporary ?wrapping ?objects ?are ?flushed ?(since ?you ?better ? // ? ? ? ? ? ?not ?be ?holding ?onto ?something ?you ?didn't ?create). ? // ? ? ? 在CWinThread::OnIdle里調用AfxUnlockTempMaps，AfxUnlockTempMaps會釋放temporary ?maps. ? ? 所以不要保留GetDlgItem等返回的臨時指針，可以直接保存HWND ?objects，然后CWnd::FromHandle獲取臨時指針來用。 ? ? --------------------------------------------------------------- ? ? 臨時包裝對象會在空閑時間刪除.在同一函數中多次使用是沒用問題的,不同函數中使用先前保存下來的指針就有可能出錯,特別是對話框初使化時候存下來的指針. ? ? ? ? ?在MFC層次上的函數使用CWnd對象,而本地Windows代碼(API)使用句柄.如:當Windows系統調用一個窗口過程時將傳遞一個HWND參數,而MFC本身的消息機制使用CWnd類;為了更好更高效的實現,MFC需要與Windows系統合作,將句柄與CWnd對象進行關聯---它用CHandleMap完成關聯. ? CHandleMap有兩個CMapPtrToPtr的成員變量:m_permanentMap(永久映射表,程序運行過程中對象/句柄之間的關系),m_temporaryMap(臨時映射表,在消息存在的過程中才存在).永久表保存顯式創建的CWnd對象,當對象創建時將在永久目錄下插入一個條目,在CWnd::OnNcDestrory時刪除對應條目.但是Windows有時會傳入某些不是由開發人員顯式創建的窗口的句柄,此時MFC會分配一個臨時對象來包裝這個句柄并將它們的映射保存到臨時映射表中,這些臨時對象會在空閑時間被刪除并移走相應的臨時映射表條目.類似的MFC對象與Windows句柄的映射表有: ? m_pmapHWND: ?? ?? ?? ?? ?? ?? ?? ??窗口句柄與CWnd對象 ? m_pampHMENU: ?? ?? ?? ?? ?? ?? ?? ??菜單句柄與CMenu對象 ? m_pmapHDC: ?? ?? ?? ?? ?? ?? ?? ??設備環境句柄與CDC對象 ? m_pmapHGDIOBJ: ?? ?? ?? ?? ?? ?? ?? ??GDI句柄與CGDI對象 ? m_mapHIMAGELIST: ?? ?? ?? ??圖像鏈表句柄到CImageList對象 ? ? 當給定句柄,如HWND時,MFC簡單調用CWnd* ?PASCAL ?CWnd::FromHandle(HWND ?hWnd), ?此函數內部使用CHandleMap::FromHandle(hWnd)獲取相關聯的CWnd對象.在CHandleMap::FromHandle(h)內部(源代碼在WinHand.cpp),先使用CObject* ?pObject ?= ?LookupPermanent(h); ?? ?? ?? ??if ?(pObject ?!= ?NULL)return ?pObject; ? ?檢查永久表;如永久表中不存在,使用pObject ?= ?LookupTemporary(h)) ?!= ?NULL檢查臨時表,都不存在時,使用pTemp ?= ?= ?m_pClass->CreateObject();if ?(pTemp ?== ?NULL)AfxThrowMemoryException();m_temporaryMap.SetAt((LPVOID)h, ?pTemp);創建臨時對象并將其插入到臨時表中去,同時返回該臨時對象. ? void ?CHandleMap::RemoveHandle(HANDLE ?h)的注釋說明臨時對象將在空閑時由OnIdel釋放: ? ?? ?? ?? ??// ?remove ?only ?from ?permanent ?map ?-- ?temporary ?objects ?are ?removed ? ?? ?? ?? ??// ? ?at ?idle ?in ?CHandleMap::DeleteTemp, ?always! ? 如果想不自動釋放臨時對象,使用void ?AFXAPI ?AfxLockTempMaps()/BOOL ?AFXAPI ?AfxUnlockTempMaps(BOOL ?bDeleteTemps)進行鎖定. ?

在mfc的group上有這樣一個問題：（http://msdn.microsoft.com/newsgroups/default.aspx?dg=microsoft.public.vc.mfc&mid=1aa1eddf-7bcf-407b-84fe-234fe0975331&sloc=en-us）
這個問題的確比較搞，要好好看mfc源碼的，下面是我的回答
Nothing is wrong, I can explain it? is by design.
Please take a look at the source code of int CWinThread::Run(), in that function, IsIdleMessage() is called, and in IsIdleMessage() WM_PAINT is ignored, which means WM_PAINT will not cause OnIdle to be called, for windows think it's just a WM_PAINT message and will not change the UI.
Your UpdateWindow() only post a WM_PAINT message, the message queue is not empty but it's ignored by IsIdleMessage(), that's why.
But when you move your mouse, the message queue is filled with some WM_MOUSEMOVE and it's not ignored for the position changes. So your OnIdle() is called again.
-
My suggestion is to move your Invalidate & UpdateWindow code to somewhere else.
OnIdle（）的確是個有點復雜的問題，我可能還會寫幾篇文章 ：）
這里（http://groups.google.com/group/microsoft.public.vc.mfc/browse_thread/thread/14f20aa5ffd6994d/66b6e5949a31bfa2?lnk=st&q=AfxUnlockTempMaps&rnum=40&hl=zh-CN#66b6e5949a31bfa2）有篇文章講的很到位

調試程序的時候，一般
1）啟動調試器，比如VC
2）在VC中設斷點
3）操作程序，使得程序運行到斷點，停下來
但是現在我遇到一個情況，希望調試的情景是這樣的：雙擊某個文件，我的程序啟動后，這個時候我想程序停下來，讓我在VC中調試它。
但是，雙擊文件后啟動的程序，是個獨立的exe運行程序，肯定不是在VC的運行控制下的，VC中設置的斷點不起作用的。怎么辦呢？
這個時候可以在想讓程序停下來的地方增加指令_asm int 3，debug下編譯好。雙擊文件后運行這個exe，在exe運行到_asm int 3時，就會中斷，而把當前的exe運行與一個新的調試器（一個新的VC進程）結合起來。接下來就像一般的調試了。
這時的調試步驟類似與：
1）程序運行
2）遇到特定條件時，_asm int 3把當前exe與一個新的調試器，比如一個新的VC進程，聯系起來
3）在調試器中調試exe

：）

C＋＋編程規范中第23條中說：
If one header file won't work unless the file that includes it also includes another header, that's gauche and puts unnecessary burden on that header file's users.
呵呵，英語有點拗口，后面舉的例子也都是模板的例子。我倒是遇到過一個實際的例子，簡化后如下：
?
用的時候怎么用呢？比如在main.cpp中想用class B
可以看到，main為了使用B，還得包含a.h，這就是上面一段英語說的：
如果一個頭文件（b.h）不能工作，除非包含它（b.h）的文件（也就是main.cpp）也包含另一個頭文件（a.h）...

hehe，當我第一次遇到這種情況時，想了半天也想不明白為什么我明明包含了b.h還是不能用B啊

那么，正確的寫法應該是什么呢？
在類B的作者在設計B的時候，就應該想到用戶只需要#include "b.h"就可以使用這個class B。所以，在b.h文件中，應該寫明#include "a.h"，而不是讓用戶在main.cpp中去include "a.h"

:)