Приветствую!

Есть ли у кого шаблон/ссылка/мысли/хоть что-то реально рабочее, что обеспечило бы работоспособную связку
из главного исполняемого файла, устанавливающего хук на WH_MSGFILTER из подгружаемой DLL, где реализована
логика по перехвату этого сообщения и его парсингу/обработке. Хук на стороннее исполняемое приложение....
Главный файл должен поддерживать Qt хотя бы на уровне консоли и core функциональности — QString там,
QFile, QDate ...
Т.е. нужен минимальный pro|prj проект, содержащий в себе обе сущности(exe+dll) в идеале.
Или шаблон/ссылка/мысли/хоть что-то реально рабочее....

На голове win32api спуститься нет возможности... а в qt проектах нет готового проекта под стандартную
win32 api dll. плюс какие-то завязки взаимодействия между dll и exe должны быть — на уровне тех же
сигналов/слотов...

Приветствую!

Есть ли у кого шаблон/ссылка/мысли/хоть что-то реально рабочее, что обеспечило бы работоспособную связку
из главного исполняемого файла, устанавливающего хук на WH_MSGFILTER из подгружаемой DLL, где реализована
логика по перехвату этого сообщения и его парсингу/обработке. Хук на стороннее исполняемое приложение....
Главный файл должен поддерживать Qt хотя бы на уровне консоли и core функциональности — QString там,
QFile, QDate ...
Т.е. нужен минимальный pro|prj проект, содержащий в себе обе сущности(exe+dll) в идеале.
Или шаблон/ссылка/мысли/хоть что-то реально рабочее....

На голове win32api спуститься нет возможности... а в qt проектах нет готового проекта под стандартную
win32 api dll. плюс какие-то завязки взаимодействия между dll и exe должны быть — на уровне тех же
сигналов/слотов? т.е. и сама библиотека получается должна не чистой виндовой быть, а содержать
в себе способность работать с core функциональностью от Qt — классы от QObject, emit сигналов...