================声明=====================

本文原创，转载请保持文章的完整性（含本声明），并显要的著名作者和出处。

本文链接：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=http://www.mamicode.com/pSlaveComm->m_queStrData.front();>打上断点跟变量，发现没什么问题的样子，没有什么错误的指针。
于是开始搜资料。
=========================================
有用TryEnterCriticalSection版本代替EnterCriticalSection的，有添加宏取消com支持的，还有推测EnterCriticalSection嵌套的然后大家一致附和。
像这种问题都是看具体情况才能确定的，所以网上有各种各样的回答方式，不管真假各种转载。
大多不可信。
=========================================
想了半天，觉得还得从提示入手：最可能的异常: 0xC0000005: 写入位置 0x00000014 时发生访问冲突。
这位置？这个位置就是非法写入啊。
必然是写地址有问题。
那么只能在看下lpVoid的指针。没什么不对的样子，无果。
再上一步传入这个值的地方呢？
m_TPforSlave.Start(m_CommCtrl.m_hSmpDataNeedHandle,DealWithSlaveData,this);
就是第三个参数了。
乍一看没什么，这不是有吗？但是这个this是谁呢？是CMainFrame*！而我要得是CMscomm*！
下面问题就好办了，传入指定类型的实参或者强制转换传入的值为正确的格式。


===============圣诞节就要到了，又要感受来自大宇宙的深深恶意了。==================



问题解决——使用CriticalSection后 0xXXXXXXXX处最可能的异常: 0xC0000005: 写入位置 0x00000014 时发生访问冲突