DLLのクラスオブジェクト操作ができない...

Question

C/C++でやっています。
基本的には MinGW (g++) でやっているのですが、(C/C++側で)IE操作やExcel操作もやってみたいと思い、
VC++でIE,Excel用のそれぞれのDLLを作成しています。

質問は2つほどあります。

Q1.
IE操作用 インターフェースクラス ( たとえば IInternetExplorer ) を定義し、
それを継承して 実際に動くクラス ( たとえば CInternetExplorer ) を定義し、
FactoryMethodパターンを適用して CreateInstance関数 でオブジェクトを生成しています。

    // VC++ でのDLL作成
    
    // ここでタイプライブラリの取得(?)
    // ...
    
    // インターフェースクラス
    class IInternetExplorer
    {
          public:
                 virtual ~IInternetExplorer(){}
                 
                 virtual bool Run( bool bVisible ) = 0; // IE起動
                 virtual bool Open( char *url ) = 0; // 
                 ...
    };
    
    // 実際に動くクラス
    class CInternetExplorer : public IInternetExplorer
    {
          public:
                  CInternetExplorer();
                  ~CInternetExplorer();
                 
                 bool Run( bool bVisible ); // IE起動
                 bool Open( char *url ); // url のところに...
                 ...
    };
    
    IInternetExplorer* CreateInstance( bool bVisible );

(一応、メンバ関数定義ありますが、省略...)

それで、

MinGW 側の実行ファイルでは (Windows APIの)動的リンクでリンクしています。

(もちろん、インターフェースクラスも定義した状態で.) CreateInstanceで
オブジェクトを生成するところまではうまくいくのですが、
なぜか 実際にオブジェクトを操作 ( Run関数とか ) をするとクラッシュ(?)します。

考えた末、

DLLでFactoryMethodパターンを適用し生成 -> DLLの関数にオブジェクトを渡して間接的に操作...

にたどり着きました。

つまり、

DLLでは

■ インターフェースクラス
■ 実装クラス
■ CreateInstance ( FactoryMethodパターン適用で インターフェースクラスオブジェクトを返す )
■ RunIE関数 ( グローバル関数. 引数の インターフェースクラス を受け取り、代理で動かす. )
■ OpenIE関数 ( グローバル関数. 引数の インターフェースクラス を受け取り、代理で動かす. )
...

みたいにして、

実行ファイル側はオブジェクトをいじらないでそのまま RunIE関数等に渡して...

という感じです。

動くことは動くのですが、
なぜ実行ファイルで そのまま動かそうとするとクラッシュ状態になるのでしょうか。
実体は生成されているはずなのに...

理由がわからない...

もっとほかにいい方法があるのでしょうか。

外部ライブラリに頼る方法もありますが、
Windowsだとmakeが使えないようだし、
libxl っていうライブラリ ( Excel操作 ) は 静的リンク しかできないようだし...

かといって、MinGWでは そのままではできないようだし...

Q2.
また、DLLの関数に生成したオブジェクトを渡して間接的に使う方法で、なぜかdelete文が作動しません。

実行ファイル側でdeleteしてもクラッシュ(?)し、DLLの関数に任せる方法にしてDLL側でdeleteしてもクラッシュします。

(この実行ファイルで使っている)メモリは少ないのでしょうけど、COMを使っているので、
タスクマネージャーの"プロセス" に残ります。

( コマンドプロンプトのコマンド TASKKILL を使って、delete文の代わりに TASKKILLでプロセスを破棄する方法もありますが、
スマートじゃないので。 )

[環境等]
言語: C/C++ ( Windows API 実装あり )
環境(基本): MinGW (g++)
環境(DLL): VC++ 2010 Express
聞きたいこと1: なぜDLLのオブジェクトを実行ファイルで使おうとすると実行時エラーになるのか. また その回避方法.
聞きたいこと2: (動的リンク時)DLLのクラスオブジェクトをFactoryMethodパターン適用＆生成し、DLLの関数にオブジェクトを渡し、間接的に操作する場合、delete文でクラッシュする. その回避方法.

宜しくお願い致します。

Answer 1

こんにちは。

まず、C++のクラス・オブジェクトをmsvcで生成し、MinGWで受け取れることにビックリなのですが、GetProcAddress()の時、関数名はどのようにして生成されたのでしょうか？ マングルされているのでなかなか適切な名前を指定することはむつかしい筈です。
C++のシンボル名のマングル方式がmsvcとgccで全く異なるため、一般にはC++のクラスをお互いにやり取りできません。C言語I/Fの場合は事実上マングルされてないので大丈夫です。

次にmsvc側でnewしたインスタンスをMinGW側でdeleteするとクラッシュする問題ですが、ある意味それは仕様です。
①msvcはmsvcの標準ライブラリに含まれるメモリ管理ルーチンからメモリを取得します。
②MinGWはMinGWの標準ライブラリに含まれるメモリ管理ルーチンからメモリを取得します。
この２つのメモリ管理ルーチンの間に互換性はないため、①で獲得した領域を②の方式で解放すると矛盾が生じます。
その結果、クラッシュしているのだと思います。

異なるコンパイラを使う場合、DLLからexportするものをextern "C"することが一般的です。
そして、メモリ解放は獲得した側で行ういましょう。（同じメモリ管理ルーチンを使うこともできる筈ですが、やったことないので具体的な手順は知りません。）ファクトリー関数の逆のデストロイ関数を提供するイメージです。

Comments

[BeatStar]

__declspec(dllexport) っていうものは DLLの関数定義時につけていますが、

extern "C"　って、

extern "C"{
// ここにプロトタイプを定義
}

でくくるやつでしょうか？

[Chironian]

その通りです。

Answer 2

なぜ実行ファイルで そのまま動かそうとするとクラッシュ状態になるのでしょうか。

実体は生成されているはずなのに...

これが何を言いたいのかがわかりません。デバッグでクラッシュしている箇所は見つけられないのでしょうか。
CreateInstance()やRunIE()などは自作メソッドなので、中身を提示していただかないとよくわかりません。

外部DLLを静的リンクせずに使用しているのであれば、WindowsAPIのLoadLibrary()やGetProcAddress()を使用されていると思いますが、そのあたりの結果はどうなっているのでしょうか？

Q2.

また、DLLの関数に生成したオブジェクトを渡して間接的に使う方法で、なぜかdelete文が作動しません。
実行ファイル側でdeleteしてもクラッシュ(?)し、DLLの関数に任せる方法にしてDLL側でdeleteしてもクラッシュします。

別プロセスでもなければ、確保したローカルメモリはどこででも解放できます。
実行ファイル（newした場所と同じ？）でdeleteしても失敗するということは、newで確保したアドレスと同じ物を渡していないか、型が違う（配列など）ものを渡しているのではないでしょうか。

Comments

[BeatStar]

CreateInstanceは

例外を受け取れば NULLを、それ以外なら インスタンスを返すようにしています。

LoadLibrary, GetProcAddressともに NULLかどうかをチェックしました。
結果 NULLではなかったので取得できているようです。

CreateInstanceで main関数内にインスタンス生成 -> インスタンスがNULLかどうかをチェックし NULLじゃなければ次へ -> GetProcAddressで取得したDLLの関数にオブジェクトを渡し、操作 -> main関数内でdeleteしようとしたら実行時エラー

のような状態です。

main関数ではなく DLL側の DestroyInstance （定義済み) に オブジェクトを渡して

DestroyInsntance 内でdelete しても 同じような結果です。

[shanxia]

GetProcAddressで取得した関数の呼び出しは確実に成功しているのでしょうか？

次に、deleteはどの様に行っているのでしょうか？
DLL側のDestoryInstanceとは、CInternetExplorerクラスのメソッドのことでしょうか？
この場合は、「delete this;」などとして、デストラクタ内でFreeLibraryしていると言うことでしょうか？

またクラッシュしたときに何かメッセージは出ていないのでしょうか？
デバッグ版でビルドすれば、クラッシュ時に何か出るはずなのですが。