Unicode 导致关闭消息框以终止程序

Question

我正在开发一个 Win32 API 包装器。为了使其兼容 Unicode，我执行了以下操作：

#ifndef UNICODE
#define gchar char
#define gstrcpy strcpy
#define gstrncpy strncpy
#define gstrlen strlen
#define gstrcat strcat
#define gstrncat strncat
#define gstrcmp strcmp
#define gstrtok strtok
#else
#define gchar wchar_t
#define gstrcpy lstrcpy
#define gstrncpy lstrncpy
#define gstrlen lstrlen
#define gstrcat lstrcat
#define gstrncat lstrncat
#define gstrcmp lstrcmp
#define gstrtok lstrtok
#endif

我还提供了

#define uni(s) TEXT(s)

由一个窗口组成的测试，

msg (uni("Left-click"));

每当用户左键单击该窗口时，该窗口都会创建一个消息框。问题是，无论创建多少消息，当我 #define UNICODE 时关闭其中 4 或 5 条消息后，显示的下一个消息框，无论是新消息还是最后一个关闭的消息框下的消息都会导致程序返回0xC0000005。不定义 UNICODE 将使这项工作完美。我的msg函数如下：

dword msg (cstr = uni(""), cstr = uni(""), hwin = null, dword = 0);
...
dword msg (cstr lpText, cstr lpCaption, hwin hWnd, dword uType)
{
    return MessageBox (hWnd, lpText, lpCaption, uType);
}

其中dword是DWORD，cstr是pchar，pchar是gchar *，可以是char *或wchar_t *，hwin是HWND，null是0。

这可能不是消息框做的，但我还没有进行任何其他与文本相关的测试，所以我会看看它是否也会以其他方式崩溃。

有谁知道为什么会发生这种情况？ MB 字符和 unicode 之间的差异不应导致程序反复崩溃。如果需要的话，我也可以上传标题和测试。

编辑： 我刚刚发现创建一条消息然后关闭实际窗口将导致相同的崩溃。 源代码 这是源代码的链接。请记住： a) 我只学过一年级编程课程（C++）。 b) 我的包装器的目的是使编写 win32 应用程序尽可能简单。 c）我喜欢自己制作东西（字符串类等）。

还忘记了这一点（废话），我正在使用 Code::Blocks (MinGW)。

编辑： 我之前没有意识到，程序正在尝试访问 0x00000000 处的内存。这就是导致问题的原因，但我不知道为什么它会尝试这样做。我相信尝试访问它的指令位于 winnt.dll 中的某个位置，但由于从未学习过如何调试，我仍在尝试找出如何找到我需要的信息。

编辑： 现在，无需更改它，但在另一台计算机上运行它，它引用 0x7a797877 而不是 0。

编辑：更改窗口过程以包含 WM_LBUTTONDOWN 并在内部调用 msg() ，而不是调用添加的过程使程序完美运行。 addmsg() 和窗口过程编码方式的某些问题会导致 _lpWindowName 和 _lpClassName 一段时间后数据损坏，但非指针成员仍然保留。

编辑： 经过所有这些混乱之后，我终于发现我的所有源代码中都缺少一个字符。当我将 msgparams 定义为 Window、UINT、WPARAM、LPARAM 以及同样的 msgfillparams （名称除外）时，我忘记传递引用。我是按值传递窗口的！我仍然要感谢所有发帖的人，因为我确实在调试器方面受到了很大的打击，并且最终也学到了更多关于 Unicode 的知识。

Answer 1

在问有关SO的问题之前你应该先做好功课。我的印象是，您几乎不知道 Unicode 在 Windows 上是如何工作的，并且需要很多页才能解释。

在 Windows 上，将应用程序从 ANSI 移植到 Unicode 是一件大事。付钱给有经验的人来做这件事似乎是合理的。

主要是所有与 char 一起使用的东西都必须与 wchar_t 一起使用。

整个 API 还有其他功能，但您应该首先使用 Windows 支持，而不是编写自己的宏，第一步是使用 _T 而不是 W，这样您就能够开始更改代码并且仍然能够以 Unicode 和 ANSI 进行编译。

Answer 2

你为什么还要为 ANSI 烦恼呢？所有 TCHAR 支持都可以追溯到 Win95 普及的时代，因此开发人员必须编写可以编译为 ANSI（对于 Win95）或 UNICODE（对于基于 NT 的 Windows）的代码。现在 Win95 已经过时了，没有必要为 TCHAR 烦恼：只需使用全 UNICODE，使用 L“Unicode 字符串”而不是 TEXT() 和 CRT 的 wcs 版本而不是 _t 版本。

话虽如此，这里有一些 ANSI/UNICODE 代码的常见错误来源，可以解释您所看到的一些内容：

一种可能性是某个地方存在损坏堆栈的错误 - 未初始化的变量、堆栈溢出等。在 unicode 中，堆栈上的任何字符或字符串可能会占用与 ANSI 版本不同的空间量，因此变量最终会出现在彼此不同的位置。很可能您在 ANSI 构建中“很幸运”，无论被损坏的是什么都不是重要的数据；而是重要的数据。但在 UNICODE 构建中，堆栈上的一些重要内容正在被破坏。 （例如，如果堆栈上的缓冲区溢出，则最终可能会覆盖堆栈上的返回地址，可能会导致下一个函数返回时崩溃。）

--

注意混淆字符的情况计数与字节计数：对于 ANSI，您可以将“sizeof()”几乎与字符计数互换使用（取决于您是否计算终止 NUL 空格）；但对于 UNICODE，你不能：如果你把它们混淆了，你很容易就会导致缓冲区溢出。

例如：

// Incorrectly passing byte count instead of character count
WCHAR szWindowName[32];
GetWindowTextW( hwnd, szWindowName, sizeof(szWindowName) );

• 这可能会导致缓冲区溢出（导致崩溃 - 如果你幸运的话 - 或者如果你不幸运的话，会默默地损坏数据并稍后得到不正确的结果），因为它将 64 - 字节大小 - 传递给 GetWindowText，而不是32，字符大小。

在 Windows 上，使用 ARRAYSIZE(...) 而不是 sizeof() 来获取数组中的元素数量而不是数组的字节大小。

--

另一件需要注意的事情是您使用强制转换将它们“强制”为 CHAR 或 WCHAR 以避免编译器错误的任何字符串：例如。

// Incorrectly calling ANSI function with UNICODE strings...
MessageBoxA(hwnd, (LPCSTR)L"Unicode Title", (LPCSTR)"Unicode content", MB_OK);

这种类型的用法通常会导致仅显示字符串的第一个字符。

// Incorrectly calling UNICODE function with ANSI strings...
MessageBoxW(hwnd, (LPCWSTR)"ANSI Title", (LPCWSTR)"ANSI content", MB_OK);

这比较棘手，您可能会得到一串垃圾，或者可能会得到某种错误。

这些情况很容易发现其中存在强制转换 - 一般来说，强制转换应被视为“危险信号”并不惜一切代价避免。不要使用它们来避免编译器错误，而是修复编译器警告的问题。

另请注意，您可能会混淆这些内容，但编译器不会向您发出警告 - 例如，使用 printf、scanf 等：编译器不会检查参数列表：

// Incorrectly calling ANSI function with UNICODE string - compiler won't warn you here...
LPCWSTR pString = L"I'm unicode!";
printf("The result is: %s\n", pString);