нетривиальная задача.. )) QueryPerformanceFrequency
ага..
это я ему сказал, что тема для бегиннерсов )) IceStudent убей ее в lang'е, она там явно не к месту..
кстати, вопрос возник.. а как же тода вообще получить окно по определенным координатам? раньше думал, что как раз WindowFromPoint, но тут...
если vdm realtim'овый, rdtsc ничуть не хуже GetProcessTime'сов..
начиная с XP есть PsGetProcessImageFileName для более ранних где-то на сайте валялись статьи Four-F'а.. там было
еще бы.. вопрос только в том, может ли он оптимизировать саму функцию?
GetTickCount заменяется чтением какого-то адреса памяти, QueryPerformanceCounter заменяется на RDTSC, не знаю только, выполнится ли она под vdm
можно не скрывать, а просто дисайблить, мерцать по крайней мере не будет смущает только, что если под ним тоже может оказаться запрещенное окно..
в смысле? msdn, что ли? в 2003 emit'а нет ну, это не оптимизация.. он вообще вроде может заинлайнить любую функцию, если она меньше определенного...
в 100 мс уложишься только так.. хотя опять же, измерять погрешность нужно не в мс, а в процентах
это вернет следующее в зордере, а не геометрически. Представь, что под твоим окошком лежат два других - одно справа, другое слева. И получить...
dag да знаю я.. случайно написал просто violate.. ))) изнасилуем компилятор
пробовал уменьшить длителность кванта ее в 98й.. не очень то заметно (Sleep точнее не стал) в нтях не загонялся (даже не знаю, где эти параметры...
n0name знать бы, ка она это делает.. впрочем, интеловский продукт для интеловских же процов а тут идет речь о досовской программе и о досовских...
а у нас все только начинается.. и сразу: линух, опенофис.. (
GetWindowFromPoint или что-то вроде того...
не функции, а асм вставки, наверное? или именно функции?
эй-эй.. а так что, компилер может прооптимизировать ассемблерную вставку??
никогда этим не занимался, но где-то так все себе и представлял.. )
Имена участников (разделяйте запятой).
