将Win16 C代码转换为Win32

Question

一般来说，将16位Windows程序转换为Win32需要做些什么？我确信我不是唯一一个继承代码库的人，并且被震惊地发现潜伏在角落里的16位代码。

有问题的代码是C。

Answer 1

1. wParam 和 lParam 的含义在很多地方都有所改变。我强烈鼓励您偏执并尽可能转换为使用消息破解者。他们将为您免除头痛。如果只有一条我可以给你的建议，那就是它。
2. 只要您使用消息破解程序，也可以启用 STRICT 。它将帮助您使用 int 捕获Win16代码库，它应该使用 HWND ， HANDLE 或其他东西。转换这些将大大有助于此列表中的＃9。
3. hPrevInstance 没用。确保它没有使用。
4. 确保您使用的是Unicode友好的呼叫。这并不意味着您需要将所有内容转换为 TCHAR ，但这意味着您最好替换 OpenFile ， _lopen 和 _lcreat with CreateFile ，命名为显而易见的
5. LibMain 现在是 DllMain ，整个库格式和导出约定不同
6. Win16没有VMM。 GlobalAlloc ， LocalAlloc ， GlobalFree 和 LocalFree 应该替换为更现代的等价物。完成后，清理对 LocalLock ， LocalUnlock 和朋友的调用;他们现在没用了。并不是说我可以想象你的应用程序这样做，但确保你在那里不依赖 WM_COMPACTING 。
7. Win16也没有内存保护。确保您没有使用 SendMessage 或 PostMessage 来发送指向进程外窗口的指针。您需要切换到更现代的IPC机制，例如管道或内存映射文件。
8. Win16也缺乏先发制人的多任务处理。如果你想从另一个窗口快速回答，那么调用 SendMessage 并等待处理消息是非常酷的。现在这可能是一个坏主意。考虑 PostMessage 是否是更好的选择。
9. 指针和整数大小发生变化。请记住仔细检查您正在阅读或将数据写入磁盘的任何地方＆＃8212;特别是如果它们是Win16结构。您需要手动重做它们以处理较短的值。同样，处理这个问题的最不痛苦的方法是尽可能使用消息破解程序。否则，您需要手动搜索并将 int 转换为 DWORD 等等。
10. 最后，当您明确指出时，请考虑启用64位编译检查。从16位到32位所面临的许多问题与从32位到64位相同，而Visual C ++实际上非常聪明。你不仅会遇到一些挥之不去的问题;您也可以为最终的Win64迁移做好准备。

---

编辑：正如@ChrisN指出的那样，将Win16应用程序移植到Win32的官方指南仍然可用，并且都充实并增加了我的观点。

Answer 2

除了让您的构建环境正确之外，以下是您需要解决的一些细节：

1. 包含整数的结构需要更改为短或从16位扩展到32位。如果更改结构的大小并将其加载/保存到磁盘，则需要写入数据文件升级代码。

2. 每个窗口数据通常使用GWL_USERDATA与窗口句柄一起存储。如果将某些数据扩展为32位，则偏移量将发生变化。

3. POINT＆amp; Win32中SIZE结构为64位。在Win16中它们是32位并且可以作为DWORD返回（调用者将返回值分成两个16位值）。这在Win32中不再有效（即Win32不返回64位结果）并且函数已更改为接受指针以存储返回值。您需要编辑所有这些。像GetTextExtent这样的API会受此影响。同样的问题也适用于某些Windows消息。

4. 在Win32中不鼓励使用INI文件，而是支持注册表。虽然INI文件功能仍然有效，但您需要小心Vista问题。 16位程序通常将其INI文件存储在Windows系统目录中。

这只是我记忆中的一些问题。自从我进行任何Win32移植以来已经过去了十多年。一旦你进入它，它很快。每个代码库都有自己的“感觉”。当谈到你将习惯的移植。你可能甚至会发现一些错误。

Answer 3

文章中有明确指南移植16 MSDN上的“将代码改为32位Windows”。

Answer 4

原来的win32 sdk有一个工具可以扫描需要更改的源代码和标记的行，但我记不起该工具的名称了。

过去我必须这样做时，我使用了蛮力技术 - 即： 1 - 更新makefile或构建环境以使用32位编译器和链接器。 （可选）只需在IDE中创建一个新项目（我使用Visual Studio），然后手动添加文件。

2 - 构建

3 - 修复错误

4 - 重复2＆amp; 3直到完成

流程的痛苦取决于您要迁移的应用程序。我在一小时内完成了10,000个线路节目，并在不到一周的时间内完成了75,000个线路节目。我也有一些小工具，我刚刚放弃并重新编写（大部分）从头开始。

Answer 5

我同意艾伦的说法，试错可能是最好的方法。

以下是一些不错的提示。

Answer 6

同意编译器可能会捕获大部分错误。此外，如果您使用“近”，和“远”指针你可以删除那些指定 - 指针只是Win32中的一个指针。