.NET/VB6アプリケーションがWindows 7で失敗する

Question

VB6 ActiveX DLLのメソッドを呼び出してダイアログボックスを表示する.NET 3.5 winformsアプリケーションがあります。すべてのことがほぼ10年間正常に機能しました（最初は.NET 1.1アプリ、その後は2.0、次に3.5、すべてWindows XP）。

.NETコード

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

VB6ObjectクラスのVB6コード：今、顧客は、Windows 7にアップグレードしたことを、私は、コールの構造はこのようなものですSystem.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

を経験しています

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イベントに到達しなかった（私はどこでもステートメントをトレースしているので、それは私が知っている）。

興味深いのは、2度目の呼び出しでは、全く失敗しないが、フォームにサードパーティのグリッド（ActiveX DevExpress Quantum Grid）がないため、グリッドがおそらくWindows 7と何らかの形で互換性があります。

VB6 ActiveX DLLは単にEXEとして、またはVS2008 IDEからアプリケーションを実行すると、私が説明したことがすべて発生します。 COM間接参照を使用し、IDEでVB6コードを実行すると、すべて正常に動作します。

私は管理者として実行しようとしましたが、何も変更されませんでした。

どこでこの問題のトラブルシューティングを行うことができますか？

Answer 1

DEPをオフにします。古いAxeコントロールは、NXフラグをオフにする気にはならない、ファンキーなサブクラス化サンク（ATL/MFC以外）を使用する傾向があります。

Answer 2

特に64ビットシステムで実行する場合は、anyCPUでなくx86ターゲット用にコンパイルしていることを確認してください。 64ビットWindows 7システムで古い32ビットDLLを使用してanyCPUを使用し、古いIBMのマニュアルを引用すると「結果は予測できません」という矛盾があります。