7

基本上我有一些简单的代码可以为文件做一些事情，我正在尝试将它移植到 Windows。我有一些看起来像这样的东西：

int SomeFileCall(const char * filename){
#ifndef __unix__
    SomeWindowsFileCall(filename);
#endif
#ifdef __unix__
    /**** Some unix only stat code here! ****/
#endif
}

该行SomeWindowsFileCall(filename);导致编译器错误： cannot convert parameter 1 from 'const char *' to 'LPCWSTR'

如何在不更改SomeFileCall原型的情况下解决此问题？

4

6 回答 6

11

大多数接受字符串的 Windows API 有两个版本：一个接受字符串，一个接受字符串char *（WCHAR *后者相当于wchar_t *）。

SetWindowText例如，实际上是一个宏，可以扩展为SetWindowTextA(which take char *) 或SetWindowTextW(which take WCHAR *)。

在您的项目中，听起来所有这些宏都引用了 -W 版本。这由UNICODE预处理器宏（如果您在 Visual Studio 中选择“使用 Unicode 字符集”项目选项定义）控制。（Microsoft 的一些 C 和 C++ 运行时库函数也有 ANSI 和宽版本。您获得哪一个由同样_UNICODE由该 Visual Studio 项目设置定义的同名宏选择。）

通常，-A 和 -W 函数都存在于库中并且可用，即使您的应用程序是针对 Unicode 编译的。（也有例外；一些较新的功能仅在“宽”版本中可用。）

如果您的 achar *包含正确 ANSI 代码页中的文本，您可以显式调用 -A 版本（例如，SetWindowTextA）。-A 版本通常是包装器，它们制作字符串参数的宽字符副本并将控制权传递给 -W 版本。

另一种方法是制作您自己的字符串的宽字符副本。您可以使用MultiByteToWideChar做到这一点。调用它可能会很棘手，因为您必须管理缓冲区。如果您可以直接调用 -A 版本，那通常更简单并且已经过测试。但是，如果您的char *字符串使用 UTF-8 或用户当前 ANSI 代码页以外的任何编码，您应该自己进行转换。

奖金信息

-A 后缀代表“ANSI”，这是单字节代码页字符集的常见 Windows 术语。

-W 后缀代表“Wide”（意味着编码单元比单个字节宽）。具体来说，Windows 使用 little-endian UTF-16 处理宽字符串。MSDN 文档简单地称之为“Unicode”，这有点用词不当。

于 2012-05-23T22:20:49.333 回答
3

将您的项目配置为使用 ANSI 字符集。（常规 -> 字符集）

什么是 TCHAR、WCHAR、LPSTR、LPWSTR、LPCTSTR 等。

typedef const wchar_t* LPCWSTR;

于 2012-05-23T20:48:56.270 回答
2

{project properties->advanced->character set->use multi byte character set} 如果你做了这些步骤，你的问题就解决了

于 2020-09-18T10:07:39.793 回答
1

您在 Unicode 模式下使用 WinApi 进行构建，因此所有字符串参数都解析为宽字符串。最简单的解决方法是将 WinApi 更改为 ANSI，否则您需要使用wchar_t*其中的内容创建一个filename并将其用作参数。

于 2012-05-23T20:48:08.033 回答
1

我可以通过将字符集设置为“使用多字节字符集”[项目属性->配置属性->常规->字符集->“使用多字节字符集”来解决此错误

于 2018-11-08T06:01:20.753 回答
0

不确定您使用的是什么编译器，但在 Visual Studio 中，您可以指定默认的 char 类型，无论是 UNICODE 还是多字节。在您的情况下，听起来好像 UNICODE 是默认值，因此最简单的解决方案是检查确定默认 char 类型的特定编译器上的开关，因为它可以为您节省一些工作，否则您最终会添加代码来来回转换UNICODE 可能会增加不必要的开销，而且可能是额外的错误来源。

于 2012-05-23T21:01:54.867 回答