beginthreadexを使用してスレッドを作成中にデバッグアプリケーションがハングアップする

Question

私たちのアプリケーションが起動中にハングアップするという奇妙な問題が発生しました。 サイトでカスタムによって生成されたクラッシュダンプを取得し、メインスレッドがbeginthreadex apiでスタックしていたことを示します。 はここにコールスタックです：

0:006> kv 
ChildEBP 
0161ebb8 ntdll!KiFastSystemCallRet (FPO: [0,0,0]) 
0161ebbc ntdll!ZwWaitForSingleObject+0xc (FPO: [3,0,0]) 
0161ebf8 ntdll!RtlpWaitOnCriticalSection+0x1a3 (FPO: [2,7,4]) 
0161ec18 ntdll!RtlEnterCriticalSection+0xa8 (FPO: [1,1,0]) 
0161ec4c ntdll!LdrLockLoaderLock+0x133 (FPO: [SEH]) 
0161ecc8 ntdll!LdrGetDllHandleEx+0x94 (FPO: [SEH]) 
0161ece4 ntdll!LdrGetDllHandle+0x18 (FPO: [4,0,0]) 
0161ed30 kernel32!GetModuleHandleForUnicodeString+0x20 (FPO: [SEH]) 
0161f1a8 kernel32!BasepGetModuleHandleExW+0x17f (FPO: [SEH]) 
0161f1c0 kernel32!GetModuleHandleW+0x29 (FPO: [1,0,0]) 
0161f1cc kernel32!GetModuleHandleA+0x2d (FPO: [1,0,0]) 
0161f204 msvcr80!initptd+0x17 
0161f224 msvcr80!beginthreadex+0x56 
0161f248 ZQCommonStlp!ZQ::common::NativeThread::NativeThread+0x59 (FPO: [Non-Fpo]) (CONV: thiscall) 
... 

私は、このコールスタックから何を取得ちょうど新しいスレッドを作成している間、メインスレッドが立ち往生した知っています。 これはシステムに問題がありますか？

Answer 1

DllMain（または何らかのDLL初期化）でこのスレッドをスピンアップしていますか？悪名高いローダーロックでデッドロックしているようです。 DllMain内で（非常に少ない）許可されているものの詳細については、以下のドキュメントを参照してください：この特定のケースで

• http://msdn.microsoft.com/en-us/windows/hardware/gg487379.aspx

を、ランタイム関数_initptd()はGetModuleHandle("KERNEL32.DLL")を呼んでいます。参考のため

は、ここにあなたがミックスの中でのDllMainを持っているかどうかを、役に立つかもしれませんローダーロックについてのリンク数です：

いくつかの厳しい警告を持っているのDllMain、のためのドキュメントは：http://msdn.microsoft.com/en-us/library/ms682583.aspx

そして、レイモンド・チェンの "旧新シング" からのリンクフェスト：

• Some reasons not to do anything scary in your DllMain
• Another reason not to do anything scary in your DllMain: Inadvertent deadlock
• A process shutdown puzzle
• Does creating a thread from DllMain deadlock or doesn't it?

Answer 2

まあ実行されている（HMODULE）実行するためのモジュールを取得するために待っています。このようなハンドルを開いているかどうかは、特に共有読み取りのためにロックされているかどうかを確認したい場合があります。

おそらく（Sysinternalsから）（Microsoft）はブロックされたハンドルを見つけるのに役立ちます。または、HMODULEハンドル、LoadLibrary呼び出しを調べて、犯人を探すことができます。