События мышки

[liljon]

В атаче код реализиющий определение событий мышки без перехвата сообщений. Проблема в событии движения мышки.

в классе L_MouseEvent, в потоке DWORD WINAPI MouseMove(LPVOID lparam) происходит проверка изменений координат мышки. Сравниваеться текущая позиция мышки с последней, которая была, и если они не равны, то мышка передвинулась. Дело в том, что если мышку вести очень медленно, то событие не возникает.

DWORD WINAPI MouseMove(LPVOID lparam)
{
	L_MouseEvent * mouse = (L_MouseEvent*)lparam;
	POINT last,now;//last - последняя позиция мыши, now - текущая
	GetCursorPos(&last); 
	while (1)
	{
		GetCursorPos(&now);

		if ( (now.x != last.x & now.y != last.y) )
		{
			if (mouse->OnMouseMove)
			{
				mouse->OnMouseMove(now.x,now.y);
			}
		}

		last = now;
		Sleep(1);
	}
	return 0;
}

Classes.rar

[pproger]

if ( (now.x != last.x & now.y != last.y) )

это во-первых.
во-вторых, так никто не делает. лучше использовать хуки
но если решил оставить так, то пофиксь первый баг, и last = now; помести под ветку выполнения условия

[liljon]

Сообщение от pproger

это во-первых.
во-вторых, так никто не делает. лучше использовать хуки
но если решил оставить так, то пофиксь первый баг, и last = now; помести под ветку выполнения условия

Объясните пожалуйста почему "так" никто не делает? Если использовать хуки , то как из чужого процесса я вызову функцию из своего?

Спасибо. я постоянно путаюсь в операторах & и | Сразу об этом как то не подумал =\

[pproger]

2liljon

Объясните пожалуйста почему "так" никто не делает?

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

Если использовать хуки , то как из чужого процесса я вызову функцию из своего?

из какого "чужого"?

[liljon]

Сообщение от pproger

из какого "чужого"?

////////////////

Основной проблемой здесь является адресное пространство. Когда глобальная DLL исполняется, она исполняется в контексте того процесса, чье событие перехватывается. Это означает, что адреса, которые видит DLL, даже для своих собственных переменных, являются адресами в контексте целевого процесса. Поскольку это DLL, она имеет отдельную копию своих данных для каждого использующего ее процесса. И это означает, что любые значения, которые вы устанавливаете в глобальных для DLL переменных (таких, как объявленные на уровне файла), являются приватными и не будут наследовать ничего из исходного контекста библиотеки. Они будут инициализироваться заново, т.е., обычно, они будут равны нулю.

К тому же представте как отлаживать пришлось бы исходный код в 100 кб, запиханый в библиотеку. Именно так я начинал делать сначала.

Сообщение от pproger

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

Функция GetMessage именно это и делает, например. С той лишь разницей, что я описал это все на более низком уровне.