スレッドハンドルを持つWaitForSingleObjectがregsvr32.exeを実行している間にスタックする

Question

スレッドAがスレッドBが作成されているとき、スレッドAがスレッドBが終了するまでWaitForSingleObjectを使用して待機しています。

問題は、スレッドBがスレッドの「thread_func」から戻っても、スレッドA が通知されないことです。。

thread_func（スレッドBのメイン関数）の最後にトレース（OutputDebugString）を追加したので、スレッドBが実行を終了してもスレッドAがWaitForSingleObjectから抜けることはありません。

ここで、このコードはCOMオブジェクトにあり、上記のシナリオはregsvr32.exeを呼び出すと起きていると付け加えなければなりません（スタックされてしまいます！）ので、スレッドAはDLLMain。

スレッドAが通知されない理由は何ですか？！？！

Answer 1

ローダーロックで問題が発生する可能性があります。 Windowsでは、DLLがロード/アンロードされるたびに、またはスレッドが開始/停止されるたびにロックされる内部クリティカルセクションがあります（DllMainは常にそのロック内で呼び出されます）。待機中のスレッドAにクリティカルセクションがロックされている（つまり、DllMainのどこかで待機している）場合、別のスレッドBがシャットダウンを試みて、そのローダクリティカルセクションを取得しようとすると、デッドロックが発生します。

デッドロックの発生場所を確認するには、VS IDEデバッガからアプリケーションを実行して、スタックしてから実行を中断してください。次に、実行中のすべてのスレッドを見て、それぞれのスタックをメモします。各スタックをたどり、各スレッドが何を待っているかを確認することができます。

Answer 2

@DXMが正しいと思います。 DllMainの内部で行うことができることとできないことに関するドキュメントはまれであり、見つけにくいですが、最終的には最小限に抑えておく必要があります。内部変数などを初期化してください。

もう1つは、一般的にでなければならないということです。は「regsvr32.exe」と呼ばれています。

ます。RegSvr32は、基本的にLoadLibraryでそのアドレス空間にDLLをロードする単なるラッパーで、その関数を呼び出し、DllRegisterServerという名前の関数のアドレスを取得するGetProcAddressを呼び出します。あなた自身でこの仕事をするのはもっとクリーンです（そして最終的にはもっと簡単です）：

HMODULE mod = LoadLibrary(your_COM_file); 
register_DLL = GetProcAddress(mod, "DllRegisterServer"); 
if (register_DLL == NULL) { 
     // must not really be a COM object... 
} 

if (S_OK != register_DLL()) { 
     // registration failed. 
}