最近在写一个读取模型文件的小程序。很随意的使用了strcpy函数进行char字符数组的拷贝，这个数组是需要传递给PostMessage作为WPARAM的参数。代码部分如下：

 char pStrCurrentFileName[MAX_PATH] = "";

 std::string strCurrentFileName;

 //若是有效单个prt文件路径，则直接读取

 if (IsValidModelPath(m_strInputPath))

 {

     //此处省略部分代码

     strCurrentFileName = GetFileNameWithExt(m_strInputPath);

     strcpy(pStrCurrentFileName, strCurrentFileName.c_str());

     ::PostMessage(m_hDlg, WM_USER_MSG_SHOWFILENAME, WPARAM(&pStrCurrentFileName), LPARAM(m_strInputPath.size()));

     ReadFile(m_strInputPath);

     //此处省略部分代码

 }

程 序在64位Debug下运行正常，编译成64位Release后，双击exe运行，在执行到此部分后程序闪退，有时候会弹出一个提示对话框（忘记截图 了），大概适合ntdll.dll有关。而且几乎读取所有模型都会出现这个问题。百度了ntdll.dll，原来所有的win32api函数都会调用该 dll，立刻联系到增加的这个strcpy函数（由于用了svn，历史版本也不多，回溯起来也方便^_^）。因为之前在使用strcpy时，也想到是不是 要使用memcpy函数，但当时没怎么考虑就用strcpy了。改用memcpy后，第10行代码替换成：

memcpy(pStrCurrentFileName, strCurrentFileName.c_str(), strCurrentFileName.size());

release下运行再没有出现崩溃的情况。直接搜百度“mfc程序release崩溃”，有篇文章正好有提到，现摘抄如下：

2.数据溢出的问题

如：

char buffer[10];

int counter;

lstrcpy(buffer, "abcdefghik");

如果您使用了strcpy(),lstrcpy() 等函数请注意检查。

在 debug版中buffer的NULL覆盖了counter的高位，但是除非counter>16M,什么问题也没有。但是在release版 中，counter可能被放在寄存器中，这样NULL就覆盖了buffer下面的空间，可能就是函数的返回地址，这将导致ACCESS ERROR。

3.DEBUG版和RELEASE版的内存分配方式是不同的 。

如 果你在DEBUG版中申请ele 为 6*sizeof(DWORD)=24bytes,实际上分配给你的是32bytes（debug版以32bytes为单位分配）， 而在release版，分配给你的就是24bytes（release版以8bytes为单位），所以在debug版中如果你写ele[6],可能不会有 什么问题，而在release版中，就有ACCESS VIOLATE。

这篇文章的原文链接是：http://blog.csdn.net/fanwenbo/article/details/6067156

看来写了程序后，还需要经常release下同时测试，很多在debug下没有出现的问题会反映在release版中。

先记录下，后面有时间再研究下这个问题。