升级VS2019工具集v142后DLL注册失败：错误码5与0x80029C4A

错误码含义解析 #

• MSB3075错误码5：VS提示的权限拒绝是误判，实际是注册命令执行后返回了非0退出码（即后续的0x80029C4A错误），VS将其笼统判定为权限问题。
• 0x80029C4A：对应COM错误TYPE_E_CANTLOADLIBRARY，核心问题是类型库(.tlb)加载失败。

_AtlComModule.m_hInstTypeLib指向regsvr32.exe的原因 #

这是类型库加载失败的直接诱因，根源在于ATL模块初始化时，错误地将regsvr32进程的实例句柄而非DLL自身的句柄赋值给了_AtlComModule.m_hInstTypeLib，导致ATL尝试从regsvr32.exe中加载类型库资源，自然失败。具体可能的触发点：

• ATL模块初始化逻辑变更：VS2012（v110）到VS2019（v142）的ATL版本差异较大，旧的DllMain/模块初始化代码在新工具集下不再适配，未正确传入DLL的hInstance。
• 链接器入口点设置错误：若手动修改了链接器的「入口点」选项，可能破坏ATL默认的模块初始化流程，导致实例句柄被错误赋值。
• 类型库资源配置异常：DLL中嵌入的类型库资源ID不正确（默认应为1），或资源未正确嵌入，ATL无法从DLL中找到类型库，转而尝试从当前进程（regsvr32）加载。
• 字符集设置变更：VS2012默认多字节字符集，VS2019默认Unicode，若类型库资源的加载逻辑未适配Unicode，会导致资源查找失败，进而触发错误的实例句柄使用。

针对性解决建议 #

1. 修复ATL模块初始化代码
   检查DllMain函数，确保正确将DLL的hInstance传入ATL模块初始化：

   extern CComModule _AtlComModule;
   
   BOOL WINAPI DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID lpReserved)
   {
       if (dwReason == DLL_PROCESS_ATTACH)
       {
           _AtlComModule.Init(NULL, hInstance); // 明确传入DLL自身的hInstance
           DisableThreadLibraryCalls(hInstance);
       }
       else if (dwReason == DLL_PROCESS_DETACH)
       {
           _AtlComModule.Term();
       }
       return _AtlComModule.DllMain(dwReason, lpReserved);
   }
   

2. 检查类型库资源配置

   • 打开项目的资源编辑器，确认存在类型库资源（类型为TYPELIB），且资源ID为默认的1（或代码中引用的ID一致）。
   • 重新生成类型库文件(.tlb)，并确保其正确嵌入到DLL资源中，可在项目属性的「资源->常规」中检查资源包含路径。

3. 修正链接器与ATL设置

   • 打开项目属性，进入「链接器->高级」，确保「入口点」选项为空，让ATL自动处理入口逻辑。
   • 检查「配置属性->ATL」，确认静态/动态ATL链接方式与升级前一致（若之前为静态链接，不要改为动态，反之亦然）。

4. 适配字符集设置
   若项目从多字节字符集切换为Unicode，检查所有涉及资源加载、路径处理的代码，确保使用TCHAR/_T()等宏适配，或统一切换回多字节字符集测试。

5. 验证类型库加载路径
   在注册代码中，手动指定类型库的完整路径（如你之前测试的硬编码方式），确认类型库可正常加载后，再逐步排查自动加载的问题点。

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