.NET/VB6 应用程序在 Windows 7 上失败

Question

我有一个 .NET 3.5 winforms 应用程序，它调用 VB6 ActiveX DLL 中的方法，这会弹出一个对话框。近 10 年来一切都运行良好（首先是 .NET 1.1 应用程序，然后是 2.0，然后是 3.5，全部运行在 Windows XP 上）。现在客户已升级到 Windows 7，我遇到了 System.AccessViolationException：尝试读取或写入受保护的内存。这通常表明其他内存已损坏。

调用的结构如下所示：

.NET 代码

try {
  VB6Object obj = new VB6Object();
  obj.DoStuff();
}
catch (Exception ex) {  // handle }

VB6Object 类中的 VB6 代码

Public Sub DoStuff()
    on error goto errHandle
    RetrieveData();

    Call frmPopup.Show(vbModal)

exitPoint:
    exit sub
errHandle: 
    ' handle error
End Sub

问题始于此行的 VB6 代码：Call frmPopup.Show(vbModal)。该错误被传播到我处理错误的 .NET 代码（VB6 代码中的错误处理程序被完全忽略）。我认为问题可能是 frmPopup 的 Load 事件，但代码永远不会到达 Load 事件（我到处都有跟踪语句，所以这就是我知道的）。

有趣的是，我第二次拨打电话时，它根本没有失败，但表单缺少第 3 方网格（ActiveX DevExpress Quantum Grid），因此我假设该网格可能与 Windows 不兼容7.

当我只是将应用程序作为 EXE 或从 VS2008 IDE 运行时，我所描述的一切都会发生，因此 VB6 ActiveX DLL 只是一个参考。如果我使用 COM 间接并在 IDE 中运行 VB6 代码，一切都会正常工作。

我尝试以管理员身份运行，但没有任何改变。

接下来我可以去哪里解决这个问题？

Answer 1

关闭 DEP。较旧的 Axe 控件倾向于使用时髦的子类化 thunk（ATL/MFC 除外），没有人关心将 NX 标志设置为关闭。

Answer 2

确保针对 x86 目标而不是任何 CPU 进行编译，尤其是在 64 位系统上运行时。当您在 64 位 Windows 7 系统上使用带有旧版 32 位 DLL 的任何 CPU 时，会出现某种冲突，并且引用旧的 IBM 手册，“结果是不可预测的”。