DllMain() 内での SendMessageTimeout() の使用で問題の起こるケース

• 回報者: ganaware
• 負責人: gimy
• 類型: 問題回報
• 狀態: 開啟 [Owner assigned]
• 元件: (無)
• 里程碑: (無)
• 優先權: 5 - 中
• 嚴重程度: 5 - 中
• 處理結果: 無
• 檔案: 無

細節 回覆

オリジナルの窓使いの憂鬱からのバグなので申し訳ないのですが、 DllMain() 内での SendMessageTimeout() の使用で問題の起こるケースがあるようです。 詳しくは以下のリンクをご覧ください。

• http://d.hatena.ne.jp/NyaRuRu/20091026/p1
• http://d.hatena.ne.jp/applet_at_h/20091026/1256558679

Ticket History (2/2 Histories)

2009-10-27 13:40 Updated by: ganaware

• New Ticket "DllMain() 内での SendMessageTimeout() の使用で問題の起こるケース" created

2009-10-28 22:54 Updated by: gimy

評語 回覆

お知らせありがとうございます。

YAMY はユーザーモードフックに置き換えた際に EXE-DLL 間の notify を原則メールスロット経由に変更しました。例外として(保護モードのIEのような)低整合性レベルのアプリの場合だけは SendMessageTimeout() を使っています。これは低整合性レベルアプリが書き込めるようにメールスロットのアクセス制御を設定しようとしても上手くいかなかったためです。

この問題自体は以前の記事 http://d.hatena.ne.jp/NyaRuRu/20051229/p1 を拝見して知っていたため、低整合性レベルアプリの場合は Notify::Type_threadDetach を投げないようにしています。このため DllMain から SendMessageTimeout() を呼びだすことはなくなっているはずです。ただし、それと引き換えに「低整合性レベルアプリのデタッチが行われない」という問題が生じており、こちらはまだ解決できていません。