V
Через GetWindowLong с GWL_WNDPROC получаешь адрес
Но вообще это наркомания какая-то, имхо. При правильно спроектированном цикле обработки сообщений в таких хаках нет необходимости
Size: a a a
2020 January 06
IB
Поэтому я всем советую использовать венгерскую нотацию!
а сам используешь?
V
Но вообще это наркомания какая-то, имхо. При правильно спроектированном цикле обработки сообщений в таких хаках нет необходимости
Помню как я плевался, пытаясь найти процедуру обработки сообщений в wpf в первый раз с помощью ollydbg
V
А её нет!
V
Ну то есть есть, но с переходами на каждый чих в другую процедуру
NT
Но вообще это наркомания какая-то, имхо. При правильно спроектированном цикле обработки сообщений в таких хаках нет необходимости
Этот "хак" в виндах используется повсеместно с первых версий
NT
Который с обработкой SendMessage синхронно
NT
Ты через него управляешь стандартными контролами
NT
Надо кнопке текст поменять - "шлется" через SrndMessage сообщение
NT
Поскольку SendMessage ждет его обработки
NT
Вызывается оконная процедура напрямую
V
Который с обработкой SendMessage синхронно
А при обработке сообщения от Sendmessage оно разве не через TranslateMessage/DispatchMessage в основном потоке обрабатывается?
NT
Мимо эвентлупа
NT
А при обработке сообщения от Sendmessage оно разве не через TranslateMessage/DispatchMessage в основном потоке обрабатывается?
Если дернул его с потока самого окна - нет
NT
В винде, кстати, нет "основного потока"
NT
Если кто не в курсе
V
В винде, кстати, нет "основного потока"
В смысле нет? Для окна - в каком потоке оно создано - тот и основной
V
Ну и если его завершить, приложение тоже завершится
V
Я имею ввиду завершить первый поток приложения, в котором выполяется entrypoint