JO1SIMでしまです。
吉田OMありがとうございました!
InitHamlogDLL()がコケるということですが、内部ではHamlog50.dllをLoadLibraryで読みだしているだけなので、エラーを出さずに落ちるとしたら64ビット版、32ビット版の話か、それにともなうスタック・ヒープの設定の関連(あれば?)しか考えられないですね。
なお、Initalization()は内部の処理で、外部APIとしては呼び出す必要はありませんでした。(THW2VBNET.DLLが.NETから利用開始される際に勝手に呼ばれます)
THW2VBNET.dll側に問題があるか、そこから呼び出そうとしているHamlog50.dllに問題があるかを見極める方法もあります。
InitHamlogDLLを呼び出さずにTHWVB_CopyBufferか、THWVB_SetBufferを呼び出してみてください。これらの関数はTHW2BVNET.dll内のでの処理のみを行うため、「落ちる」場合はTHW2VBNET.dll自体の呼び出しに問題があり、「落ちずにエラーが帰ってくる」場合はHamlog50.dllとのリンケージの問題ということになります。前者ならば、.NETからDLLを呼び出す際の設定、後者ならばファイルのパス、あるいは、DLL同士のミスマッチみたいなことが起きている可能性があります。
> JA1RNR 吉田さん、こんにちは。 ありがとうございます。
>
> > プラットフォームは(x86).NET Frameworkは3.5です。
>
> 過去ログでもその様に書かれていますね。
> なぜか、こちらは不調でして。 環境がおかしくなってしまったのでしょうね。
>
> InitHamlogDLL() を実行した時点で即デバッグが停止してしまいます。
> THW2VBNET.dll 等はどこにおいてありますか?
> Initialization() は THW2VBNET.vb には無いようです。
>
> WinXpでは上手く動作するのですが...、もう少し悩んでみます。
> さらに、原因に心当たりがあれば教えて下さい。