strcpy函数导致release版程序崩溃

最近在写一个读取模型文件的小程序。很随意的使用了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版中。

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

上一篇:怎么规划一个零基础学习Unity3D的“方法”或者“流程”?


下一篇:bzoj1095: [ZJOI2007]Hide 捉迷藏 线段树维护括号序列 点分治 链分治