SFall（Fallout2扩展DLL）集成Qt后ddraw.dll启动报错求助

核心成因 #

这个错误是因为原版《Fallout 2》EXE会通过检查ddraw.dll导出的DirectX版本相关标识/函数，判断系统兼容性。你集成Qt后编译的ddraw.dll破坏了SFall作为DirectDraw代理DLL的核心逻辑——SFall需要先拦截导出、加载原版ddraw.dll并完成函数转发，才能让游戏检测到合法的DirectX版本信息。具体触发点包括：

• Qt初始化代码抢占了SFall的DLL初始化流程，导致游戏在SFall完成代理前就检测到了异常的DLL版本。
• Qt的链接模式（动态/静态）或MSVC编译选项修改了ddraw.dll的导出表结构，丢失或篡改了DirectDraw关键导出函数的版本标识。
• 运行时库、子系统等编译设置与SFall原项目不匹配，导致DLL兼容性属性不符合游戏预期。

解决步骤 #

1. 延迟Qt初始化，避免干扰SFall代理流程 #

• 绝对不要在DllMain中创建QApplication或执行Qt初始化代码。将Qt的初始化逻辑移到SFall的后期初始化节点（比如SFall自带的PostInit回调、或游戏主循环启动后的钩子函数中），确保SFall已经完成原版ddraw.dll的加载和函数转发后，再启动Qt相关功能。

2. 修复DirectDraw导出表一致性 #

• 检查并保留SFall原有的导出规则：如果SFall使用.def文件导出DirectDraw函数，确保该文件在Qt集成后的项目中仍被正确引用，所有导出函数（如DirectDrawCreate、DirectDrawEnumerateA）的名称、序号完全与原版SFall一致。若使用__declspec(dllexport)，确保这些函数的导出属性未被Qt的编译设置覆盖。
• 用dumpbin /exports ddraw.dll命令对比集成Qt前后的导出表，确保两者的DirectDraw相关导出完全一致。

3. 统一编译选项与链接模式 #

• 匹配运行时库：在MSVC项目属性中，将「C/C++ -> 代码生成 -> 运行时库」设置为与SFall原项目一致（比如SFall原项目用/MT，则Qt项目也设为/MT），避免运行时冲突。
• 使用Qt静态链接：动态链接Qt会引入额外依赖，干扰DLL加载顺序。切换为Qt静态编译模式，减少外部依赖对SFall代理逻辑的影响。
• 设置正确子系统：将「链接器 -> 系统 -> 子系统」设为Windows (/SUBSYSTEM:WINDOWS)，与原版ddraw.dll的子系统类型一致。

4. 验证代理逻辑正确性 #

• 用调试器附加到《Fallout 2》EXE，在SFall加载原版ddraw.dll的代码处设置断点，确认这一步在Qt初始化前完成，且函数转发逻辑正常。
• 检查DLL版本资源：模仿原版ddraw.dll的版本信息，在项目中添加版本资源文件，确保包含符合游戏要求的DirectX版本标识。

内容的提问来源于stack exchange，提问作者Darro