把VC 6.0的工程文件用VS2008打开,编译报错: error C2664: “_com_util::ConvertBSTRToString”: 不能将参数 1 从“String”转换为“BSTR”;
出错的程序代码是这句:
char *Filename=_com_util::ConvertBSTRToString(filename);
这代码是以前在VC 6.0里写的。VC 6.0里的默认的内置字符集是ANSI.
而上面的一段代码里的filename是一个定义的类型变量:String filename;
String 的定义是:typedef unsigned short* String;
BSTR 在VC6.0里是typedef unsigned short*,而在VS2008里却是wchar_t*,wchar_t是一个 16-bit UNICODE character;
注意COM编程里面只支持wchar_t即unicode编码形式。虽然上面的unsined short与wchar_t都是16位的,但是不同编码之间是不兼容的。ANSI以8bit来表示一个字符,而unicode以16bit来表示一个字符。如果我们的内存单元是8位来单位的,比如一个字符串“abc",用ANSI来表示就占用四个存储单元,而用UNICODE来表示就占用8个存储单元。很显然这两种编码是兼容的。我们想像一下内存模型就知道。
解决方法很简单:
在VS2008里:项目->属性->配置属性->C/C++->语言;把wchar_t视为内置类型改为否即可。
还有一种错误产生:error LNK2019: 无法解析的外部符号 "char * __stdcall _com_util::ConvertBSTRToString(wchar_t *)" (?ConvertBSTRToString@_com_util@@YGPADPA_W@Z),该符号在函数 _wmain 中被引用
1>D:dd : fatal error LNK1120: 1 个无法解析的外部命令
这种错误产生的原因是缺少必要的库文件,查下MSDN,要包含comsuppw.lib,所以在代码里加上一句:#pragma comment(lib,"comsuppw.lib);即可。
发现当进行有关COM方面的编程时会常遇到VC6.0与VS200x一些问题。
相关文章
- 关于类似“unresolved external……”这类编译错误的解决办法
- 关于gcc编译出现‘main’未定义错误
- 关于默认构造函数的几个错误认识(四种情况下,编译器会生成默认构造函数)
- 关于不起效,也不报任何错误的问题
- 一个关于WCF调用远程链接返回405错误不允许使用此方法的问题
- React监听浏览器返回(页面跳转问题)(关于点击浏览器返回错误界面的问题)
- 关于调试STM32F030系列单片机遇到的硬件错误中断问题-三.原因分析
- 在虚拟机中编译imx6ull开发板的字符驱动文件报错关于freetype的问题
- 关于DllRegisterServer的调用失败的问题解决办法 错误代码0x80040201
- Redis --- redis事务和分布式事务锁-事务过程中失败有两种可能: Redis 命令只会因为错误的语法而失败(并且这些问题不能在入队时发现),或是命令中用在了错误类型的键上面,所以如果在生产环境中你使用的正常命令,那么在 Redis 事务中,是不会出现错误而导致回滚的。 来自文档:Redis commands can fail only if called with a wrong syntax... 事务执行一半,Redis宕机。如果 Redis 服务器因为某些原因被管理员杀死,或者遇上某种硬件故障,那么可能只有部分事务命令会被成功写入到磁盘中。如果 Redis 在重新启动时发现 AOF 文件出了这样的问题,那么它会退出,并汇报一个错误。使用redis-check-aof程序可以修复这一问题:它会移除 AOF 文件中不完整事务的信息,确保服务器可以顺利启动 注意: 若在事务队列中存在命令性错误(类似于java编译性错误),则执行EXEC命令时,所有命令都不会执行 若在事务队列中存在语法性错误(类似于java的1/0的运行时异常),则执行EXEC命令时,其他正确命令会被执行,错误命令抛出异常。 Redis 官网也解释了自己为啥不支持回滚。简单来说就是 Redis 开发者们觉得没必要支持回滚,这样更简单便捷并且性能更好(回滚还需要解决回滚事务覆盖的问题)。Redis 开发者觉得即使命令执行错误也应该在开发过程中就被发现而不是生产过程中。