window subclassing: зацикливание

У меня есть программа написанная на MS VC++ 6. В ней для ряда окон control-ов выполняется subclassing (эт было нужно для собственного механизма skin-ов). Новая window procedure в коце своей работы вызывает старую (адрес старой был сохранён при выполнении subclassing-а) — через CallWindowProc, разумеется.

Всё шло хорошо пока один из клиентов (WinXP) не пожаловался что программа падает сразу при запуске. Когда я снял crash dump оказалось: произошло переполнение стека. Примерно вот так:

user32.dll!__SEH_prolog() + 0x1b bytes
user32.dll!_CallWindowProcAorW@24() + 0x51 bytes
user32.dll!_CallWindowProcW@20() + 0x1b bytes
MyModule.dll!CSkinManager::SkinWindowPro c(HWND__ * hWnd=0x00150526, unsigned int mess=70, unsigned int wParam=0, long lParam=1230632) Line 7120 C++
user32.dll!_InternalCallWinProc@20() + 0x28 bytes
user32.dll!_UserCallWinProcCheckWow@32() + 0xb7 bytes
user32.dll!_CallWindowProcAorW@24() + 0x51 bytes
user32.dll!_CallWindowProcW@20() + 0x1b bytes
02ef007c()
user32.dll!_InternalCallWinProc@20() + 0x28 bytes
user32.dll!_UserCallWinProcCheckWow@32() + 0xb7 bytes
user32.dll!_CallWindowProcAorW@24() + 0x51 bytes
user32.dll!_CallWindowProcW@20() + 0x1b bytes
MyModule.dll!CSkinManager::SkinWindowPro c(HWND__ * hWnd=0x00150526, unsigned int mess=70, unsigned int wParam=0, long lParam=1230632) Line 7120 C++
user32.dll!_InternalCallWinProc@20() + 0x28 bytes
user32.dll!_UserCallWinProcCheckWow@32() + 0xb7 bytes
user32.dll!_CallWindowProcAorW@24() + 0x51 bytes
user32.dll!_CallWindowProcW@20() + 0x1b bytes
02ef007c()
....
user32.dll!_InternalCallWinProc@20() + 0x28 bytes
user32.dll!_UserCallWinProcCheckWow@32() + 0xb7 bytes
user32.dll!_CallWindowProcAorW@24() + 0x51 bytes
user32.dll!_CallWindowProcW@20() + 0x1b bytes
MyModule.dll!CSkinManager::SkinWindowPro c(HWND__ * hWnd=0x00150526, unsigned int mess=70, unsigned int wParam=0, long lParam=1230632) Line 7120 C++
user32.dll!_InternalCallWinProc@20() + 0x28 bytes
user32.dll!_UserCallWinProcCheckWow@32() + 0xb7 bytes
user32.dll!_CallWindowProcAorW@24() + 0x51 bytes
user32.dll!_CallWindowProcW@20() + 0x1b bytes
02ef007c()
user32.dll!_InternalCallWinProc@20() + 0x28 bytes

Где MyModule.dll — имя моей DLL-ки в моей порграмме; CSkinManager::SkinWindowProc — имя той самой моей оконной процедуры, которую я использовал в subclassing-е. Что такое '02ef007c()' — я не смог выяснить. WinDbg вместо него показывает '<Unloaded_RT40.dll>+0x02ef007b', что мне тоже ничего не говорит. По crash dump-у я увидел что в мой порцесс внедрились несколько чужих DLL-ей, например AME_SMTPSensor.dll от какой-то программы Digital Guard (что-то вроде антивируса). Или penjpn.dll от 'Microsoft JPN Handwriting Input UI' (клиент находитяс в Японии). И ещё несколько. Возможно, '02ef007c()' как раз указывает на код такой внедрённой DLL-ки?

Так или иначе, поризошло зацикливание оконных процедур. Моя оконнная процедура CSkinManager::SkinWindowProc в конце работы вызывает CallWindowProc для старой (предшествующей) оконной процедуры. Эта старая, расположенная в том самом таинственном '02ef007c()', в конце концов вызывает мою же CSkinManager::SkinWindowProc. Через какое-то время стек переполняется и пргорамма падает.

Моя версия: какая-то из внедрённых DLL-ек перехватила оконную порцедуру моего окна как только то было создано. Потом, чуть позже, его перехватил я (у меня этот перехват происходит не сразу после создания окна — по некоторым причинам). При этом я сохранил адрес прежней оконной процедуры. Сразу после этого внедрённая DLL-ка обнаружила этот факт и ОПЯТЬ перехватила оконную процедуру на себя — очевидно она всегда хочет быть наверху. При этом её оконная процедура, подобно моей, сохранила адрес прежней оконной порцедуры (моей); и вызывает её в конце работы. Получается зацикливание.

Какие есть идеи — что можно сделать? Я не имею доступа к тому компьютеру и даже н знаю какая именно из внедрённых DLL-ек виновата.
Glen

0