error C2665: “outtextxy”: 2 个重载中没有一个可以转换所有参数类型

错误描述

一些程序在 VC6 下运行好好地,但是放到 VC2008 及更高版本 VC 下编译却报错误(以下仅以 VC2008 举例,高版本 VC 类似),例如使用如下语句:

outtextxy(10, 20, "Hello World");

在 VC6 下可以成功编译,但在 VC2008 下编译后会有错误。

中文版错误提示如下:

error C2665: “outtextxy”: 2 个重载中没有一个可以转换所有参数类型

英文版错误提示如下:

error C2665: ‘outtextxy‘ : none of the 2 overloads could convert all the argument types

同样的,对于其他一些包含字符串调用的函数,例如 loadimage、drawtext 等,也会遇到类似问题。

错误原因

简单来说,这是由于字符编码问题引起的。
VC6 默认使用的 MBCS 编码,而 VC2008 及高版本 VC 默认使用的 Unicode 编码。以下详细解释这个问题:

用 char 表示字符时,英文占用一个字节,中文站用两个字节。这样有一个严重的问题:两个连续字节,究竟是两个英文字符,还是一个中文字符?为了解决这个问题,Unicode 编码诞生了。Unicode 编码不管中文英文都用两个字节表示。

对于 MBCS 编码,字符变量用 char 定义。
对于 Unicode 编码中,字符变量用 wchar_t 定义。

为了提高代码的自适应性,微软在 tchar.h 里面定义了 TCHAR,而 TCHAR 会根据项目定义的编码,自动展开为 char 或 wchar_t。

在 Windows API 和 EasyX 里面的大多数字符串指针都用的 LPCTSTR 或 LPTSTR 类型,LPCTSTR / LPTSTR 就是“Long Point (Const) Tchar STRing”的缩写。所以可以认为,LPCTSTR 就是 const TCHAR *,LPTSTR 就是 TCHAR * 。

于是,在 VS2008 里面,给函数传递 char 字符串时,就会提示前述错误。

解决方案

解决方法有多个,目的一样,都是让字符编码相匹配。

方法一:将所有字符串都修改为 TCHAR 版本。

简单来说需要注意以下几点:

1. 在程序中使用 #include <tchar.h> 添加对 TCHAR 的支持。

2. 对于字符串,例如 "abc" 用 _T("abc") 表示。就是加上 _T("")。

3. 定义字符变量时,将 char 换成 TCHAR。

4. 操作字符串的函数也要换成相应的 TCHAR 版本,例如 strcpy 要换成 _tcscpy。(详见 MSDN)

方法二:在代码中取消 Unicode 编码的宏定义,让后续编译都以 MBCS 编码进行。 

方法很简单,只需要在代码顶部增加以下代码:

#undef UNICODE
#undef _UNICODE
这样就可以取消 Unicode 编码的宏定义,让整个项目以 MBCS 编码编译。

方法三:在 VC2008 里面,将项目属性中的字符编码修改为 MBCS。

以下分别列举中英文两种版本的 VC2008 的操作步骤:

在中文版 VC2008 中的操作方法如下:点菜单“项目-> xxx 属性...”(或右击项目名称,选择“属性”,或按 Alt + F7 也可以打开项目属性),点左侧的“配置属性”,在右侧的设置中找到“字符集”,修改默认的“使用 Unicode 字符集”为“使用多字节字符集”。

在英文版 VC2008 中的操作方法如下:点菜单“Project -> xxx Properties...”(或右击项目名称,选择 Properties,或按 Alt + F7 也可以打开项目属性),点左侧的“Configuration Properties”,在右侧的设置中找到“Character Set”,修改默认的“Use Unicode Character Set”为“Use Multi-Byte Character Set”。

设置完毕后,再次编译就可以看到问题已经解决。

原文地址:https://www.cnblogs.com/zhougeng/p/11827675.html

时间: 2024-11-05 18:55:19

error C2665: “outtextxy”: 2 个重载中没有一个可以转换所有参数类型的相关文章

error C2665: “cv::merge”: 3 个重载中没有一个可以转换所有参数类型

源代码为: merge(ptr,gradImg); 改为: merge(ptr,3,gradImg); 即可. 这个是针对merge函数的,仅供参考

error C2665: “operator new” : 5个重载中没有一个可以转换参数1(从“const char [71]”类型)

error C2665: "operator new" : 5个重载中没有一个可以转换参数1(从"const char [71]"类型) 这个错误是怎么回事啊,搜索了整个项目好像没有可疑的new操作阿.这个错误是在将两个工程合并成一个过程中产生的.合并前没有这样的错误. MainFrm.cpp d:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\xmemory(34) : error C266

js中判断一个变量是否为数字类型的疑问

1.typeof(a)=="number" 是true,但是a instanceof Number却为false,不理解 2.isNaN()不能判断一个变量是否为数字类型,isNaN(123)值为false,isNaN('123')值也为false.isNaN() 的实际作用跟它的名字isNaN并不一致,isNaN(NaN)值为true,isNaN(Number("xyz"))值为true,isNaN("abc")值为true,isNaN(123

AfxMessageBox出现错误error C2665

AfxMessageBox(("click")); 错误 error C2665: 'AfxMessageBox' : none of the 2 overloads could convert all the argument types 解决方法: AfxMessageBox(_T("click")); 解释:如果程序中define _UNICODE,则可用_T or _TEXT将后面的内容转为UNICODE格式字符串,否则和不用_T一样 或者就修改项目属性里面

编译luabind-0.9.1 出现 error C2665: &#39;boost::operator ==&#39; : none of the 4 overloads could convert all the argument types 的解决方案

最终出错的位置是: #define LUABIND_OPERATOR_ADL_WKND(op) \  inline bool operator op( \      basic_iterator<basic_access> const& x \    , basic_iterator<basic_access> const& y) \  { \      return boost::operator op(x, y); \  } \ \  inline bool o

FEC(Forward Error Correction)前向纠错 UDP\RTP 中使用用于改善无线等网络丢包等问题--转

FEC(Forward Error Correction)前向纠错 UDP\RTP 中使用用于改善无线等网络丢包等问题 算法暂不介绍. 思路:FEC ENCODE 增加冗余包,当无线等网络丢包之后,接收端使用冗余包可将丢失的包DECODE出来. 举例:10个包,编码后会增加2个包,共12个包发送到接收端,接收端丢失第5和第9包,仅靠剩下的10个包就可以解出第5和第9包. 结果就是,接收端接收到了完整的10个包,代价仅仅是增加了冗余和cpu编解码的消耗. 参考: 1. RTP抗丢包传输方案 点击打

记录C++ Builder 6.0开发过程中的一个linker error

今天在开发的时候,本来好好的工程,突然报出这样的错误: [Linker Error] Unresolved external '__fastcall TMainForm::OnPort1Message(Messages::TMessage&)' referenced from D:\NEW\A\SHANXIJUNQUA_DEMO\MAIN.OBJ 因为之前开发相关的程序的时候一直用的是微软的那一套的工具,这个也是最近才入手,所以不是很熟悉.于是就求助网络,最后在[[Linker Error] U

C++ 语言中的重载、内联、缺省参数、隐式转换等机制展现了很多优点

C++ 语言中的重载.内联.缺省参数.隐式转换等机制展现了很多优点,但是这些 优点的背后都隐藏着一些隐患.正如人们的饮食,少食和暴食都不可取,应当恰到好处. 我们要辨证地看待 C++的新机制,应该恰如其分地使用它们. 虽然这会使我们编程时多 费一些心思,少了一些痛快,但这才是编程的艺术. 1 #include <iostream> 2 3 /* run this program using the console pauser or add your own getch, system(&qu

__slots__和运算符重载中的反向方法

问题的引出 都是字典惹的祸 字典为了提升查询效率,必须用空间换时间. 一般来说一个多想,属性多一点,都存储在字典中便于查询,问题不大. 但是如果数百万个对象,那么字典占的就有点大了. 这个时候,能不能把属性字典__dict__省了? python提供了__slots__ class A: x = 1 def __init__(self): self.y = 5 self.z = 6 def show(self): print(self.x,self.y,self.z) a = A() print