[OSのVer]：Windows2000　　　　[VBのVer]：VB.NET　　
VB6.0をアップグレードして、細かい修正をした後に、
DLLを参照して使ってみたのですが
「System.StackOverflowException' のハンドルされていない例外が dxcomdb.dll で発生しました。
」
のメッセージが出ます。
どのように対応すればいいのでしょうか？
何が原因でエラーになっているのでしょうか？
よろしくお願い致します。

> System.StackOverflowException' のハンドルされていない例外が dxcomdb.dll で発生しました。

このエラーは、プログラム中で、「StackOverflowException」に該当する例外が
発生したという事を意味しています。

そして、その例外を Try/Catch 構文などで処理していない(ハンドルしていない)ため、
それがメッセージとして表示された…という事です。


> 何が原因でエラーになっているのでしょうか？
ヘルプで、System.StackOverflowException クラスについて調べてみてください。
そこには、次のような時に発生すると書かれています。

　『保留状態のメソッド呼び出しが多くなりすぎ、
　　実行スタックがオーバーフローした場合』

…分かり難いですね。(汗)

言い換えれば、「あるメソッドから別のメソッドを呼ぶ時」に、その呼び出し階層が
極端に多すぎる事を通知するために発生する例外……といった感じです。

例えば、

  Private Sub A()
    B()
  End Sub

  Private Sub B()
    C()
  End Sub

  Private Sub C()
    A()
  End Sub

このような処理があった場合、A→B→C→A→……のように、メソッドの呼び出しが
延々と繰り返される事になり、最終的には StackOverflowException となります。


この例外は、自分自身を呼び出すメソッド(再帰処理)でのコーディングミスや、
オブジェクトの循環参照、あるいはイベントの連鎖発生などで発生する事もありますし、
  hhttp://support.microsoft.com/default.aspx?scid=kb;ja;316319
のような、言語処理上の問題から引き起こされることもあります。

# あまり回答になってないかも。(汗)

回答ありがとうございます。
要するにコーディングがまずいという事ですね。
F8なので追いかければどこかで循環参照をしているという事ですね。
早速、試してみます。

すいません。質問よろしいいでしょうか？
一応、Binの下にDLLができていて、これを参照しているわけですが、
呼び出しもとのAPがフォームが上がる前に落ちています。
今は、参照だけはしているのですが、実際は使用はしていません。
これは、DLLがまともにできていないので今回のエラーが発生するのでしょうか？

解決したしました。
DLLの中でDLLを呼んでいました。
そこで質問なのですが、VB6.0では動いていたコードなのですが
VB.NETでは、まったく使えないのでしょうか？

[OSのVer]：Windows　　　　[VBのVer]：VB.NET　　
> 解決したしました。
> DLLの中でDLLを呼んでいました。

前者のDLLはBinのフォルダ以下にできているとのことなので、
.NETのDLLなんですよね？
その中で呼んでいるというDLLはどういうDLLですか？
(何の言語で作ったどの種のDLL(.NETのDLL、または、ActiveX DLL、または、標準DLL、または、その他)です
か？)

> そこで質問なのですが、VB6.0では動いていたコードなのですが

Binフォルダの中のDLLですか？それともその中から呼んでいるDLLですか？

> VB.NETでは、まったく使えないのでしょうか？

VB6.0で動いていたソースコードを.NET上に持ってきてビルドしたものでしょうか？
(アップグレードウィザードなどでコンバートしたのですか？？)
状況がわかりません。

すいません。説明が足りませんでした。
DLLは、VB6.0で作成DLLをアップグレードして、必要な個所を修正したものになります。
これは、Binのフォルダの中にできています。
そのDLL(A.DLLという事にします）。Aの中に色々と処理があって、
A.GetDateという処理の中で、A.DateCheckという処理をCallしているのですが、
それが原因でエラーになっているようです。
この処理が、VB6.0ではエラーにはなっていなかったのです。
以上です。
よろしくお願いいたします。

Option Strict Offにして、レイトバインドで実行した場合にも、同じエラーになりますか?

> A.GetDateという処理の中で、A.DateCheckという処理をCallしているのですが、

現象を再現可能なコードがあれば、こちらでテストしてみることもできるのですが、
提示された情報だけですと、何とも言えません。m(_ _)m

# DLL自体の作りに問題がある(VB6ではたまたま動いてしまっている)のかも知れませんし、
# Visual Studio.NETが自動生成したタイプライブラリに問題があるのかも知れませんし、
# DLLを呼び出す部分のコードに問題があるという可能性も考えられますし。

返信ありがとうございます。
そうですか、色々と探る原因はありそうですね。
試してみますので、また何かありましたらよろしくお願いいたします。

> DLLは、VB6.0で作成DLLをアップグレードして、必要な個所を修正したものになります。

DLLをアップグレードした場合、ActiveX DLLのソースコードをアップグレードして、
.NETのDLLになるのでしょうか？
それともActiveX DLLをInteropして使用しているだけでしょうか？
＃この質問は、単に私がVB6製DLLをアップグレードしたことがないので、
＃どういう風にアップグレードされるのか知らないためです。

> これは、Binのフォルダの中にできています。
> そのDLL(A.DLLという事にします）。Aの中に色々と処理があって、
> A.GetDateという処理の中で、A.DateCheckという処理をCallしているのですが、
> それが原因でエラーになっているようです。

ということはA.DLLから別のDLLはコールしているとおっしゃていた話は
関係なかったということでしょうか？

ところで、No.656では下記のように書かれていますが、

>>一応、Binの下にDLLができていて、これを参照しているわけですが、
>>呼び出しもとのAPがフォームが上がる前に落ちています。
>>今は、参照だけはしているのですが、実際は使用はしていません。

「A.GetDateという処理の中で、A.DateCheckという処理をCallしているのですが、
　それが原因でエラーになっているようです。」と話が噛み合いませんね。

この「」の内容が問題点なら、A.DLLのメソッドを自作の.NETアプリから
呼び出しているんじゃないですか？また、エラーになっているとのことなので、
何の例外が出ているのでしょう？エラーメッセージの内容は？

> 「A.GetDateという処理の中で、A.DateCheckという処理をCallしているのですが、
> 　それが原因でエラーになっているようです。」と話が噛み合いませんね。
すいません。別のDLLというのは書き間違えになります。申し訳ありません。
エラーは「System.StackOverflowException' のハンドルされていない例外が dxcomdb.dll で発生しま
し
た。」というものです。
A.DLLに該当するのがdxcomdb.dllになります。

> DLLは、VB6.0で作成DLLをアップグレードして、必要な個所を修正したものになります。

これは、VB6のActiveX DLLプロジェクトをアップグレードした、という事でしょうか。

それとも、DLL側のソースには一切手を加えず、VB6製のActiveX DLLを、
VB.NETから参照設定して利用している、という事でしょうか?

> > DLLは、VB6.0で作成DLLをアップグレードして、必要な個所を修正したものになります。
>
> これは、VB6のActiveX DLLプロジェクトをアップグレードした、という事でしょうか。
>
> それとも、DLL側のソースには一切手を加えず、VB6製のActiveX DLLを、
> VB.NETから参照設定して利用している、という事でしょうか?

返信ありがとうございます。
VB6のActiveX DLLプロジェクトをアップグレードしたものになります。

初心者でまだ知識が浅いので、これ以上質問するのも時間を取らせて申し訳ないと思ったので、
一応、解決を断念します。
CALLしてエラーになるA.DateCheckのコードを呼び出し側のA.GetDateに記述して動くようにしてみまし
た。
よねKENさん、魔界の仮面弁士さん、返答ありがとうございました。