C#で作成したDLLをVBAで実行時に「オートメーション エラー(80131040)」

Question

いつも参考にさせてもらっています。

早速ですが、表題の件で相談させていただきたいと思います。

C#にてCOM参照可能なDLLを作成しているのですが、最初は正常に実行できるのですが、
DLLコード修正をしてRegAsmで登録して...を繰り返していると、VBA利用時に
「オートメーション エラー(80131040)」
が発生して実行できなくなってしまうことがありました。

おおよその原因は、

• 公開しているクラスに関数やプロパティを追加したDLLをRegAsmで登録解除せずに

そのまま登録してしまっていること

ではないかとは思っています。
が、一度「オートメーション エラー(80131040)」が発生してしまうと、復帰することが出来ないのです。
（発生後に登録解除をしても改善されない）
GUIDを変えれば復帰は可能ですが、レジストリにゴミが溜まってしまう気がしています。

こういう場合、どう対応すれば正しくCOM参照可能なDLLの更新ができるのでしょうか？
COM参照可能なDLL開発/公開する場合の手順として、教えていただけると助かります。

不明な点が有りましたら指摘をお願いします。

よろしくお願いします。

Answer 1

VBAで参照設定を張り直してはどうでしょうか？

基本的にはインターフェースが変わったときには regasm /u で登録解除→ビルド→ regasm で登録の手順が必要です。

Comments

[OlivePopeye.net]

回答ありがとうございます。
上記参考にVBA参照設定のチェックOFF/ONをしてみましたが、改善はされませんでした。
（regasm解除 → VBA参照設定OFF → VBA保存 → regasm登録 → VBA参照設定ON → ✕）

一度、regasmを2重で登録(interfaceに差がある状態)してしまうと、解除することは出来ないのでしょうか・・・・

[koguma98]

interfaceごとに登録内容が変わりますので、完全な解除はできません。
interfaceが変わる前のDLL(またはソース)があればそれを使って解除はできます。

いったん、GUIDを変更して対応し、以後は登録解除→DLLビルド→登録の順に操作するように注意すると良いでしょう。

[OlivePopeye.net]

回答ありがとうございます。
登録解除するためには、「interfaceが変わる前のDLLで実施する必要がある」のですね。
（登録解除を修正後のものでできると勘違いしていたことが要因でした。。。。。）

内容理解出来ました。
協力ありがとうございます！