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

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

本文链接：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*！

下面问题就好办了，传入指定类型的实参或者强制转换传入的值为正确的格式。

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