投稿2024/09/26 06:36
編集2024/10/04 04:03あるアプリケーションをVB6ベースからC#ベースへ移行しています。
その中で、C++ベースのActiveXコントロールを追加する必要があるのですが、アクセス違反が発生してしまいます。
aximpコマンドで生成したAx*.dllを参照に追加し、Loadイベントでnew()およびthis.Controls.Add()すると、this.Controls.Add()の箇所で下記が発生してしまいます。
0xC0000005: 場所 0x0CBF10DC の実行中にアクセス違反が発生しました
気になっている点の一つとして、new()の後、this.Controls.Add()の前に当該インスタンスの中身を確認すると、Enabledプロパティの箇所で下記が発生してしまいます。
'VS2022NET80ActiveX.exe' (Win32): 'C:\Windows\SysWOW64\sxs.dll' が読み込まれました。
0x031F8D28 で例外がスローされました (VS2022NET80ActiveX.exe 内): 0xC0000005: 場所 0x031F8D28 の実行中にアクセス違反が発生しました
共通言語ランタイムは、この例外で停止できません。一般的な原因は、正しくない COM 相互運用機能のマーシャリングやメモリの破損などです。さらに調べるには、ネイティブのみのデバッグを使用します。
プログラム '[11632] VS2022NET80ActiveX.exe' はコード 3221225477 (0xc0000005) 'Access violation' で終了しました。
Enabledプロパティを確認する前、例えば、下記のようなプロパティでも「例外をスローしました」と表示されている状況です。
AssertTime 'this._axNetMTrend.AssertTime' は型 'System.Windows.Forms.AxHost.InvalidActiveXStateException' の例外をスローしました System.DateTime {System.Windows.Forms.AxHost.InvalidActiveXStateException}
CallUpID 'this._axNetMTrend.CallUpID' は型 'System.Windows.Forms.AxHost.InvalidActiveXStateException' の例外をスローしました string {System.Windows.Forms.AxHost.InvalidActiveXStateException}
CtlEnabled 'this._axNetMTrend.CtlEnabled' は型 'System.Windows.Forms.AxHost.InvalidActiveXStateException' の例外をスローしました bool {System.Windows.Forms.AxHost.InvalidActiveXStateException}
そのとき、当該インスタンスの親のthisの中身を確認すると、例えば、下記のようなプロパティでも「例外をスローしました」と表示されている状況です。
ActiveXAmbientBackColor 'this.ActiveXAmbientBackColor' は型 'System.NotSupportedException' の例外をスローしました System.Drawing.Color {System.NotSupportedException}
ActiveXAmbientFont 'this.ActiveXAmbientFont' は型 'System.NotSupportedException' の例外をスローしました System.Drawing.Font {System.NotSupportedException}
アイテムの選択でActiveXコントロールをツールボックスに追加し、フォームにD&Dすると、下記が発生してしまいます。
このとき、Visual Studioのメニューのツール－オプション－Windowsフォームデザイナー－全般－ログ記録レベルをVerboseにし、出力ウィンドウを確認してみました。
ドロップ前の抜粋（createはできている？）
[11:39:16.903232] trce: Attempting to create ActiveX ToolboxItem for {GUID（念のため省略）}.
[11:39:16.903232] trce: Sending request: ActiveX/IsControlSupported
[11:39:16.918870] trce: ActiveX/IsControlSupported took 00:00:00.0016753.
[11:39:16.918870] trce: Sending request: ActiveX/GetControlVersionString
[11:39:16.918870] trce: ActiveX/GetControlVersionString took 00:00:00.0020398.
[11:39:16.922386] trce: ActiveX ToolboxItem successfully created for {GUID（念のため省略）}.
[11:39:16.922386] trce: Sending request: Input/InputMessage
[11:39:16.922386] trce: Input/InputMessage took 00:00:00.0019627.
ドロップ後の抜粋
[11:40:03.392478] trce: Attempting to create ActiveX ToolboxItem for {GUID（念のため省略）}.
[11:40:03.392478] trce: Sending request: ActiveX/IsControlSupported
[11:40:03.392478] trce: ActiveX/IsControlSupported took 00:00:00.0011153.
[11:40:03.392478] trce: Sending request: ActiveX/GetControlVersionString
[11:40:03.392478] trce: ActiveX/GetControlVersionString took 00:00:00.0010825.
[11:40:03.392478] trce: ActiveX ToolboxItem successfully created for {GUID（念のため省略）}.
[11:40:03.392478] trce: Sending request: Transactions/Open
[11:40:03.392478] trce: Transactions/Open took 00:00:00.0013603.
[11:40:03.392478] trce: Notifying 1 'Undo/UndoUnitCreated' handlers
[11:40:03.392478] trce: 'Undo/UndoUnitCreated' notification received: ツール 'AxHost' でコンポーネントを作成しています。.5bf92b0d-fb14-4256-a04b-bbecadc30608
[11:40:03.392478] trce: Notifying 1 'Transactions/TransactionOpening' handlers
[11:40:03.392478] trce: Notifying 1 'Transactions/TransactionOpened' handlers
[11:40:03.392478] trce: Sending request: Types/FindTypeUsingClsid
[11:40:03.392478] trce: Types/FindTypeUsingClsid took 00:00:00.0010848.
[11:40:03.392478] trce: Sending request: DesignerHosts/CreateComponent
[11:40:10.323256] trce: DesignerHosts/CreateComponent took 00:00:06.9258470.
[11:40:10.323256] fail: Request failures: DesignerHosts/CreateComponent.
Microsoft.DotNet.DesignTools.Client.DesignToolsServerException: ダイナミック リンク ライブラリ (DLL) 初期化ルーチンの実行に失敗しました。 (0x8007045A)
※ツールボックスへの追加はできているのですが、フォームへの追加はできていない状況です。
当該ActiveXコントロール（C++ベースの.dll）から呼び出していると思われる別のActiveXコントロール（VB6ベースの.ocx）については、一つ目の方法でも二つ目の方法でも追加できているようですので、当該ActiveXコントロール特有の問題と考えています。
移行元のVB6のソースコードは素直です。
したがって、ラッパ等の意識していない箇所が、VB6の場合はよしなに対応していた可能性も考えています。
VB6のソースコードを要約したもの
1Private WithEvents control As VBControlExtender 2Set control = Me.Controls.Add("foo.bar", "baz")
なぜか例外のトリガとなるEnabledプロパティはVARIANT_BOOL型を扱っているため少し気にはなりますが、ドキュメントによるとSystem.Booleanにマーシャリングされるようですので、その点については問題ないと考えています。
強いて言えば、プロパティを設定する順番に依存性があると今回のようなことになりうるだろうか？とは思ったりしています。
開発環境
Visual Studio 2022
.NET 8.0
C# 12.0
プラットフォームターゲット：x86
当該ActiveXコントロールは32bit版であり、32bit版のregsvr32コマンドで登録しています。
当該ActiveXコントロールを再コンパイルしようと思いましたが、多くのエラーが発生します。
行数も数万行あり、this.Controls.Add()の箇所で例外が発生しているとなるとどこから確認すれば良いのかも分からず、少しでも原因を絞りたい次第です。
少しでも何か気づいたことがあれば、ご教授いただけると助かります。
よろしくお願いいたします。
回答2件
0
この投稿は単なる情報の提供で、本質問の問題を解決する回答ではありません。
2024/10/04 18:12の「質問へのコメント」欄でのコメントを受けて、コメント欄では長くなるのでこちらで回答させていただきます。
.NETから離れて、C++のMFCダイアログアプリケーションのダイアログボックスにはダイアログエディター(リソースエディター)上でツールボックスから貼れるかどうか。
MFCアプリを新規作成し、アプリケーションの種類をダイアログベースにし、ダイアログエディターにD&Dすると、「ActiveXコントロール”（省略）”はこのコンピュータ上に登録されていません。コントロールを再登録してから再度実行してください。」が発生してしまいます。
問題なくD&DできていたVB6ベースの.ocxについても同様ですので、私の手順が間違っている気がしているのですが、何か分かりますでしょうか？（質問ばかりですみません）
VB6のActiveXコントロール(*.ocx)は32ビットのはずなので、64ビットで動くVisual Studio 2022ではツールボックス上に表示(登録)できず、従って、フォームデザイナー上にドラッグ&ドロップできない気がするのですが、私の方で再現できないのでとりあえず置いておきます。(あるいはVisual Studio 2019で試した結果、でしょうか)
.NETではなく、C++のアプリケーションであるMFCのアプリケーションのプロジェクトで、ダイアログエディターで開いているダイアログボックス(言うなればフォーム)に、ツールボックスからドラッグ&ドロップで貼り付けれられるか? と提案したのはそもそも私ですが、改めてこちらでも色々試してみるとVisual Studio2022では前に挙げたようにVisual Studio 2022自体が64ビットアプリケーションなので、その操作は不可能なようです。
以下は、この場合において同様の問題が生じるteratailの質問です。コメントしたのは私自身で、今回のコメントについても同様なはずなのですが、色々試している内に失念していました。混乱させて申し訳ありません。
しかしながら、Visual Studio 2022のMFCアプリケーションではまったく32ビットActiveXコントロールが使えないという訳ではなく、少なくとも以下の手順にて作成したサンプルのアプリケーションでは結果的に実行させることはできました。繰り返しますが、ダイアログエディターは使えないので画面のデザインはできません。
１. 64ビット版のビルド
1-1. まず、Visual Studio 2022で、64ビット版のMFC ActiveXコントロールを作成する。
プロジェクトのテンプレートは「C++/Windows/ライブラリ」の「MFC ActiveX コントロール」で、ウィザード中の項目の指定は、既定値のままでOK。
1-2. ビルドし、regsvr32コマンドでも登録する。
1-3. Visual Studio 2022で、64ビット版のダイアログベースのMFCアプリケーションを作成する。
1-4. 64ビット版のダイアログベースのMFCアプリケーションのプロジェクトでダイアログエディターを開き、ツールボックスにMFC ActiveXコントロールを登録する。
1-5. ツールボックスからダイアログエディター上のダイアログボックスへドラッグ&ドロップ、またはダイアログボックス上で右クリック-->「ActiveXコントロールの挿入」で挿入して貼り付け。この時点でダイアログエディター上に表示されるはずです。
1-6. 64ビット版のダイアログベースのMFCアプリケーションを再ビルドし、実行してみる。ダイアログボックス上にActiveXコントロールも表示されたら、まずは64ビット版での作成手順は正しいことが確認できる。
ここ迄で64ビット版はOKと言うことです。次に、同じプロジェクトを使って32ビット版を作成します。
２. 32ビット版のビルド
2-1. 64ビット版のMFC ActiveXコントロールの登録を解除する。(regsvr32 /u *.ocx で解除)
2-2. ActiveXコントロールとダイアログベースのMFCアプリのプロジェクトのプラットフォームをWin32(x86, 32ビット)に変更し、再ビルドする。
2-3. 32ビット版として再ビルドしたActiveXコントロールをregsvr32コマンドで登録する。
2-4. ダイアログベースのMFCアプリを実行する。32ビット版として動作し、32ビット版ActiveXコントロールもダイアログボックス上に表示されているはず。
これでVisual Studio 2022を使って32ビット版のActiveXコントロールと、それを貼り付けたMFCアプリケーションの実行が確認できた、と言うことになります。特にハック的な操作や設定は必要無く、分かってしまえば至極当然な手順なのだと思います。
本質問のそもそもの問題に立ち戻ると、C++のMFCアプリケーションで32ビットActiveXコントロールの動作を確認しても問題の切り分け程度にしかならないので、そこまでやるかどうかは質問者OhaseO さんのご判断にお任せします。
尚、私の方で試したところでは上記の操作で作ったサンプルの32ビットActiveXコントロールは、同じVisual Studio 2022の.NET 8.0のWindows Formsアプリケーション(ターゲットプラットフォームはx86)でフォームに動的にthis.Controls.Add()で追加する形で、実行できることは確認できました。
下記画像は、32ビットMFC ActiveXコントロールを.NET 8.0 Windows Forms(ターゲットプラットフォーム x86)アプリに載せて実行しているところです。ActiveXコントロール側のメソッドも呼び出せています。ActiveXコントロールが持つメソッドでAboutBoxを表示しています。
ですので、やはり質問者OhaseOさんが対応されているActiveXコントロール固有の問題が含まれているのかもしれません。
当方の実行環境も記載しておきます。
※OhaseOさんの環境がWindows 11だったりしたら、また違う結果になるのかもしれません。
投稿2024/10/07 03:47
総合スコア9254
0
外しているかもしれませんが、初期化を以下のようにしてみてください。
csharp
1var axControl = new AxFoo.AxBar(); 2((ISupportInitialize)axControl).BeginInit(); 3axControl.OcxState = null; 4((ISupportInitialize)axControl).EndInit(); 5this.Controls.Add(axControl);
投稿2024/10/03 06:16
編集2024/10/03 06:24
総合スコア2696
あなたの回答
tips
プレビュー
Q&A
