dll/soを介して注入されたクラスで例外を使用するのは安全ですか？

Question

は

Iは、DLLまたは共有オブジェクトが、オブジェクトのforeignObject生成MYDLL：インターフェイスで

class ForeignObject : public LocalInterface { 
    virtual void some_func(Injector& i) { 
    i.inject(); 
    } 
}; 

は、このようになります。

class Injector { 
    virtual void inject() = 0; 
}; 

class LocalInterface { 
    virtual void some_func(Injector& i) = 0; 
}; 

その後、私は次のようにします。が、それはこのような例外をスローする安全/安全ではないである理由

class MyInjector : public Injector { 
    virtual void inject() {throw std::runtime_error("arrgghh");} 
}; 

int main() { 
    LocalInterface* foreign_obj = create_object_from_my_dll(); 
    MyInjector injector; 
    foreign_obj->some_func(injector); 
    destroy_object_from_my_dll(foreign_obj); 
    return 0; 
} 

私の質問は、です。同じコンパイラでビルドすると安全ですか？コンパイラ間？

Answer 1

私は答えがOSによって異なると言います。しかし私が扱ってきたすべてのユニセフ（LinuxやMac OS Xを含む）にとって、それは安全です。もちろん、同じABIを使ってコンパイラをコンパイルする必要がありますが、g ++のABIは数年で変化していません（正確には覚えていませんが、最後の大きな変更は3.2だと思います）。また、Linuxで使用されるモデルでは、リンケージはコードの動作に影響を与えません。したがって、コードを動的にリンクされたファイル（つまり共有オブジェクトファイル）に安全に置くことができ、静的にリンクされているかのように動作します。

Windowsでは、VC++を使用すると、別のコンパイラでライブラリをコンパイルできなくなります。プログラムとライブラリは同じバージョンのVC++を使用する必要がありますが、いずれの方向にも互換性はありません。 g ++を使用している場合は、g ++の別のバージョン（UNIXの場合など）でコンパイルできますが、VC++ではコンパイルできません。それは危険です、私はDLLとして奇妙な動作を持っているWindowsの専門家の答えを聞かせて、私はオブジェクトが常にそれをロードしたDLLの範囲内で破壊する必要があります覚えているが、私は100％確かに。

Answer 2

同じコンパイラ（同じランタイムlib）でビルドしても、実行時のlibが異なる場合は、プログラムでメモリ破損が発生してクラッシュすることは安全です。一般的に例外はありませんが、dllからエクスポートされるクラスを持つ特別な問題はありません。例外がエクスポートされ、これが問題になります。