================聲明=====================
本文原創，轉載請保持文章的完整性（含本聲明），並顯要的著名作者和出處。
本文鏈接：http://blog.csdn.net/wlsgzl/article/details/42003487
=========================================
電腦有一個SSD和一個HHD，SSD只有一個分區做系統盤，HHD分4個區：D、E、F、G。其中D盤放工程代碼。
還原電腦的時候，諾頓抽風，把HHD的第一分區給我還原了……這是識別錯硬盤的節奏嗎？
=========================================
結果尚未備份的一小部分小代碼沒了。於是照着以前的思路又寫了一下。
就這樣，問題來了。
=========================================
開開心心地打算看一下代碼效果，結果遇到了一個問題。
VS2010會自動在出現問題的地方停下，這是極好的。
但，可悲的是，我開了線程，出錯的是線程函數。
void CMainFrame::DealWithSlaveData(LPVOID lpVoid)
{
//test
CMscommWLS* pSlaveComm=(CMscommWLS*)lpVoid;
CString strTempData;
EnterCriticalSection(&(pSlaveComm->m_csDataRecv));
strTempData=pSlaveComm->m_queStrData.front();
pSlaveComm->m_queStrData.pop();
LeaveCriticalSection(&(pSlaveComm->m_csDataRecv));
OutputDebugString(strTempData);
}打上斷點跟變量，發現沒什么問題的樣子，沒有什么錯誤的指針。
於是開始搜資料。
=========================================
有用TryEnterCriticalSection版本代替EnterCriticalSection的，有添加宏取消com支持的，還有推測EnterCriticalSection嵌套的然后大家一致附和。
像這種問題都是看具體情況才能確定的，所以網上有各種各樣的回答方式，不管真假各種轉載。
大多不可信。
=========================================
想了半天，覺得還得從提示入手：最可能的異常: 0xC0000005: 寫入位置 0x00000014 時發生訪問沖突。
這位置？這個位置就是非法寫入啊。
必然是寫地址有問題。
那么只能在看下lpVoid的指針。沒什么不對的樣子，無果。
再上一步傳入這個值的地方呢？
m_TPforSlave.Start(m_CommCtrl.m_hSmpDataNeedHandle,DealWithSlaveData,this);就是第三個參數了。
乍一看沒什么，這不是有嗎？但是這個this是誰呢？是CMainFrame*！而我要得是CMscomm*！
下面問題就好辦了，傳入指定類型的實參或者強制轉換傳入的值為正確的格式。
===============聖誕節就要到了，又要感受來自大宇宙的深深惡意了。==================