VS中常见的错误整理

来源:互联网 发布:风电场风速数据 编辑:程序博客网 时间:2024/05/29 18:32

Error 1: error C2664: 'CButton::Create' : cannot convert parameter 1 from 'const char [4]' to 'LPCTSTR' 

程序:创建一个铵钮:

m_btn.Create(
    "new", //改成 _T("new"),
    BS_DEFPUSHBUTTON | WS_VISIBLE | WS_CHILD,
    CRect(0,0,100,100),
    this,
    123
    );

处理方法:

"new", //改成 _T("new"),
===========================================================================

Error 2:(调试时弹出)没有找到mfc90ud.dll,因此这个应用程序未能启动.重新安装应用程序可能会修复此问题

处理办法:

项目属性->Configuration Properties->Linker->Generate Map File 选择 Yes (/MAP)

===========================================================================

Error 3:C2664: 'wsprintfW' : cannot convert parameter 1 from 'CHAR [4]' to 'LPWSTR'  

CHAR strNumObj[4];

 wsprintf(strNumObj,_T("%d"),numObj);
 ShowMsg(NEWLINE"找到 ");

 解决办法: 编码为Unicode  解决办法 将CHAR改为TCHAR

===========================================================================================

Error 4:VS2005 出现warning C4996: strcpy was declared deprecated

处理办法: 

在使用VC 2005 的开发者会遇到这样的问题,在使用std命名空间库函数的时候,往往会出现类似于下面的警告:    warning C4996: strcpy was declared deprecated    出现这样的警告,是因为VC2005中认为CRT中的一组函数如果使用不当,可能会产生诸如内存泄露、缓冲区溢出、非法访问等安全问题。这些函数如:strcpy、strcat等。    对于这些问题,VC2005建议使用这些函数的更高级的安全版本,即在这些函数名后面加了一个_s的函数。这些安全版本函数使用起来更有效,也便于识别,如:strcpy_s,calloc_s等。    当然,如果执意使用老版本、非安全版本函数,可以使用_CRT_SECURE_NO_DEPRECATE标记来忽略这些警告问题。办法是在编译选项 C/C++ | Preprocessor | Preprocessor Definitions中,增加_CRT_SECURE_NO_DEPRECATE标记即可。

=====================================================================================================================

 Error 5:warning PRJ0009 : Build log could not be opened for writing.

处理办法:

'm using VS2005, no SP. Turning the build processes down to 1 fixed it for me too. (Tool / Options... / Projects and Solutions / Build and Run / # of parallel processes). 数量修改为1

============================================================================================================================

Error 6:PRJ0019: A tool returned an error code: "Performing Post-Build Event..."

处理办法:

自定义生成步骤或生成事件的错误等级是非零值。

如果工具返回了错误代码而无错误信息,您也会看到   PRJ0019   错误。例如,如果将   MIDL   的输出重定向到   NUL,则会发生此错误。
如果自定义生成步骤或事件没有像预期的那样表现,您可以执行一些操作,以了解发生了什么问题。  

确保自定义生成步骤生成的文件与声明为输出的文件匹配。  
如果自定义生成步骤生成的任何文件是其他生成步骤(自定义或非自定义)的输入或依赖项,则确保将这些文件添加到项目中。  
添加   @echo   on   作为第一个命令,查看自定义生成步骤实际是如何操作的。  
检查中间文件目录中的生成日志   (BuildLog.htm),查看实际执行的是什么操作。  
可以用以下方法启用生成日志:打开“选项”对话框(“工具”菜单),然后打开“项目”文件夹中的“VC++  生成”属性页。确保“生成记录”设为“是”。  

验证您正在使用的任何文件名或目录宏的值。可以单独回显宏,或者将   copy   %0   command.bat   添加到自定义生成步骤的开始处,该命令将自定义生成步骤的命令复制到所有宏都已展开的   command.bat   中。  
单独运行自定义生成步骤和生成事件,以检查它们的行为。
可以使用echo   $(TargetPath)

打开properties属性页,找到Build Events选项,选择Post-build event选项,

这个问题主要是你在Build Events中Post-build Event中把你Release后的生成可执行文件的目录弄错误了,修改一下不Release后的的可执行文件的目录就好了 它的command line选项置成空

工程中command line

内容为

  mkdir ..\..\..\..\发布组件\服务器组件\Release  作用 是生成完了拷贝文件用的。

copy /y ..\..\..\..\运行\Release\$(TargetFileName) ..\..\..\..\发布组件\服务器组件\Release\$(TargetFileName)   作用 是生成完了拷贝文件用的。
 =====================================================================================================================

 在使用VS2005进行VC++编程的时候,用到TextOut函数,编译经常出现这样的错误:


error C2664: “BOOL CDC::TextOutW(int,int,const CString &)”: 不能将参数 3 从“const char [18]”转换为“const CString &”


这是在Visual studio2005或者更高版中使用TextOut()函数或者SetWindowText()等函数时出现的问题。


解决方法:


-------------------------------------------------------------------


1 在要输出的字符串前面加上_T()测试宏,或者TEXT()宏,如:pDC->TextOut(10,10,_T("这是一个MFC程序!"));


2 重建工程,在开始的地方不选择Unicode,具体如下图所示,将前面的勾去掉:


-----------------------------------------------------------------------------------


问题相关分析:




一、 在字符串前加一个L作用:


   如  L"我的字符串"表示将ANSI字符串转换成unicode的字符串,就是每个字符占用两个字节。


  strlen("asd")=3;  
strlen(L"asd")=6;
  二、  _T宏可以把一个引号引起来的字符串,根据你的环境设置,使得编译器会根据编译目标环境选择合适的(Unicode还是ANSI)字符处理方式
 如果你定义了UNICODE,那么_T宏会把字符串前面加一个L。这时 _T("ABCD") 相当于 L"ABCD" ,这是宽字符串。
  如果没有定义,那么_T宏不会在字符串前面加那个L,_T("ABCD") 就等价于 "ABCD"
三、TEXT,_TEXT 和_T 一样的
如下面三语句:  
  TCHAR   szStr1[]=TEXT("str1");  
 char    szStr2[]="str2";  
  WCHAR   szStr3[]=L("str3");  
  那么第一句话在定义了UNICODE时会解释为第三句话,没有定义时就等于第二句话。 


但二句话无论是否定义了UNICODE都是生成一个ANSI字符串,而第三句话总是生成UNICODE字符串。  
  为了程序的可移植性,建议都用第一种表示方法。  
 但在某些情况下,某个字符必须为ANSI或UNICODE,那就用后两种方法。








原文网址:http://cs.szpt.edu.cn/maxma/article.asp?id=360


原创粉丝点击