桌面Delphi应用程序是否可以通过Windows 8认证(使用Windows App认证工具包)？

Question

显然,Delphi(任何版本)都不支持安全异常处理程序(/ Visual Studio中的/ SAFESEH开关).在Windows 8上使用Windows桌面应用程序认证工具包时会出现警告.对于Windows 8桌面应用程序的每个认证要求:

必须使用/ SafeSEH标志编译您的应用程序,以确保安全的异常处理

显然Delphi缺少这个开关,所以无法完成.我的问题是:

1. 我的理解是正确的,即使套件只显示警告(没有失败),因为这是一个"必须"的要求,今天的任何Delphi应用程序都无法通过Windows 8认证,因此无法包含在Windows应用商店中？

2. 可以在编译后以某种方式将SafeSEH表添加到PE文件中(例如,从映射文件或调试符号中提取所需信息),或者我们绝对需要编译器/链接器支持,因此必须等到Embarcadero实现此功能？

要清除,我的应用程序是Windows 32位桌面应用程序(64位兼容),而不是Metro应用程序.

Answer 1

我无法回答问题 1。但是，我很难想象使用“必须”一词可能意味着该规则是可选的。

至于问题2，您需要编译器/链接器的支持。您不能合理地期望使用 PE 编辑后链接工具来恢复它。考虑以下代码：

try
  Beep;
except
  on E: Exception do
    Writeln(E.ClassName, ': ', E.Message);
end;

编译器发出以下内容：

Project1.dpr.11: try
0041C3AA 33C0             xor eax,eax
0041C3AC 55               push ebp
0041C3AD 68C9C34100       push $0041c3c9 // exception handler is at $0041c3c9
0041C3B2 64FF30           push dword ptr fs:[eax]
0041C3B5 648920           mov fs:[eax],esp
Project1.dpr.12: Beep;
0041C3B8 6A00             push $00
0041C3BA E8E1CEFEFF       call MessageBeep
0041C3BF 33C0             xor eax,eax
0041C3C1 5A               pop edx
0041C3C2 59               pop ecx
0041C3C3 59               pop ecx
0041C3C4 648910           mov fs:[eax],edx
0041C3C7 EB59             jmp $0041c422
0041C3C9 E97291FEFF       jmp @HandleOnException
0041C3CE 0100             add [eax],eax
0041C3D0 0000             add [eax],al
0041C3D2 E42F             in al,$2f
0041C3D4 41               inc ecx
0041C3D5 00DA             add dl,bl
0041C3D7 C3               ret 
0041C3D8 41               inc ecx
0041C3D9 00A3D83E4200     add [ebx+$00423ed8],ah
Project1.dpr.15: Writeln(E.ClassName, ': ', E.Message);
........

现在，真正的异常处理程序是HandleOnException在System.pas. 但是，压入堆栈的地址是$0041c3c9包含该块的代码的本地地址try/except。这意味着为了创建 SafeSEH PE 部分，您需要找到try/except代码中的每个部分。虽然这显然是可行的，但我认为这并不容易处理。

我宁愿想象 x86 编译器的 SEH 异常处理程序只是_HandleXXX在System.pas. 在这种情况下，添加仅列出这些函数的 PE 部分作为链接后步骤就很容易了。然而，由于每个单例try/except都有自己的本地异常处理程序，我现在相信只有编译器作者才能真正希望添加 SafeSEH PE 部分。

据我所知，没有任何 QC 报告要求SafeSEH支持 x86 Windows 编译器。我建议您记录质量控制报告和官方支持案例。

更新： @haimg 做得很好，成功了我失败的地方，并设法找到了 QC 报告：QC#106781。