Ловушка мыши

Всем привет, собственно пытаюсь написать программу для "ловления" координат курсора, при щелчке на правую кнопку мыши. Все сделал, кроме самого главного - срабатывания программы по щелчку, точнее срабатывания войда.. создать своеобразную ловушку. Прочитав учебник я наткнулся лишь на большой код с которым не смог разобраться, так, что прошу помощи у специалистов!
з.ы. пишу для общего развития

0

Ну это выдержка из документации. Но почему такое ограничение, сам ты не знаешь?

0

Это связано с особенностью вызова фильтрующих функций операционной системой windows. Хотя, иногда можно и сделать эти функции прямо в exe (я делал хук для клавы), и даже будет работать (для некоторых сообщений windows майкрософт разрешает делать функции прямо в ехе, ввиду того, что они вызываются иначе), но тогда MS не дает тебе гарантии, что у тебя все будет работать правильно и не навернет систему при удобном случае.

0

Сообщение от Evg Ну это выдержка из документации. Но почему такое ограничение, сам ты не знаешь?

Честно говоря как-то не задумывался над этим вопросом. Раз Microsoft рекомендует, значит есть причина. Когда сам разбирался с хуками, помещал процедры обработки в DLL в соответстии с рекомендациями. Vourhey выше отметил причину такого ограничения.

0

> Это связано с особенностью вызова фильтрующих функций операционной системой windows

А есть какой-нибудь линуксовый аналог подобного ограничения? Мне просто интересно стало, чем в этом отношении dll принципиально отличается от Exe с точки зрения ОС

0

Судя по тому что написано в статье Using Hooks на MSDN, получается что библиотека, содержащая процедуру обработки (в случае глобального хука), загружается в адресное пространство каждого процесса и вызывается также для каждого из них (процессов). Отсюда и ограничение.

0

А под линуксовые окна есть хуки? Разве это не будет зависить от менеджера окон, версии иксов?
Самое главное отличие в том, что при загрузке длл автоматически инициализируется своя область данных, shared-область, область для статических переменных. Таким образом у нас все настроено и ко всему мы можем обратиться. Потом контекст этой библиотеки будет копироваться в контекст каждого процесса и вызываться в нем. В ехе этого всего нет. Ты по сути, просто получаешь адрес на вход в функцию из ехе. Никаких областей инициализированных данных. Ты должен сам полностью писать, код чтобы найти адреса своих данных.
Ну, и еще, хотя бы тем, что когда я буду грузить dll (loadlibrary) то вызовется dllmain, а к ехе "слово" грузить не применимо, хотя LoadLibrary на него тоже сработает.
У приложения также есть такие вещи, как хэндлы открытых файлов/сокетов, стэк, чего у длл нет.

Добавлено через 5 минут 35 секунд
Evg, вообще мы уже отошли от изначальной темы.

0

Сообщение от CyBOSSeR получается что библиотека, содержащая процедуру обработки (в случае глобального хука), загружается в адресное пространство каждого процесса и вызывается также для каждого из них (процессов).

Сообщение от Vourhey Потом контекст этой библиотеки будет копироваться в контекст каждого процесса и вызываться в нем.

Я всегда считал, что *.dll под виндой это примерно то же самое, что *.so в юниксе. Оказывается, не совсем так.

С точки зрения юнисов, код, загруженный из (условно) a.out и *.so ничем не отличается - для ОС это просто отмапированные файлы, часть которых (*.exe) мапируется как private, а остальное (*.so) - как shared, а загрузкой *.so занимается не ОС а внешний динамический загрузчик (ld.so), который для ОС является самым обыкновенным процессом.

Если юниксы разрабатываются из принципа "мухи отдельно, котлеты отдельно", то винда изначально разрабатывалась по принципу "миллион в одном". Загрузкой *.dll занимается непосредственно ОС. При этом ОС "лезет" вовнутрь *.dll, по каким-то признакам понимает, что модуль содержит какие-то глобальные хуки (или как там они правильно называются) и по этому критерию подмапирует этот разделяемый (shared) код к каждому процессу. Видимо с целью того, чтобы активный на текущий момент процесс что-то куда-то послал, после чего управление бы передалось на хук в тотм процесс, который инициировал загрузку этого .dll.

В юниксе такой механизм не нужен из-за того, что изначально запускаются X'ы, которые собственно и занимаются обработкой всех нажатых кнопок, мышек и дальнейшей пересылкой нужным процессам

Так чтоли получается? детали не столь важны, просто принцип примерно такой?

Сообщение от Vourhey Evg, вообще мы уже отошли от изначальной темы.

Мне кажется, что если отклонение затрагивает другую тему, а не превращается в тупой флуд, то в этом нет ничего плохого. С учётом того, сколько народу попало на форум через поисковики, сие может оказаться полезным кому-то ещё

0

Ставь ты глобальный хук и не парься. Что искать читай выше.

0