問題解決——使用CriticalSection後 0xXXXXXXXX處最可能的異常: 0xC0000005: 寫入位置 0x00000014 時發生存取違規

標籤：0xc0000005   0x00000014   寫入位置   存取違規   criticalsection   

================聲明=====================

本文原創，轉載請保持文章的完整性（含本聲明），並顯要的著名作者和出處。

本文連結：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){//testCMscommWLS* 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*！

下面問題就好辦了，傳入指定類型的實參或者強制轉換傳入的值為正確的格式。

===============聖誕節就要到了，又要感受來自大宇宙的深深惡意了。==================

問題解決——使用CriticalSection後 0xXXXXXXXX處最可能的異常: 0xC0000005: 寫入位置 0x00000014 時發生存取違規