Можно еще RegisterWaitForSingleObject. Ждущий тред будет выделен из тред пула.
MsgWaitForMultipleObjects, но мне больше нравится ждать в отдельном треде.
1. Не нужно искать свободный вектор 2. Аппаратная поддержка перегрузки параметров (word count в дескрипторе) 3. Не проверял, но говорят call gate...
Я за callgate.
Из дот нета не получится вызвать неэкспортируемую фунцию.
Функция может быть "завязана" на другие части COM объета. А раз объект не создан, то поведение функции, в лучшем случае, непредсказуемо.
У меня тоже WinDbg нормально работает с Вистой на VM Ware.
Ответа не будет - слишком неконкретный вопрос.
Для отладки ядра нужен отдельный компютер. Или хотя бы виртуальная машина.
WinDbg работает под вистой :) BSOD - это не больно.
$MFT - это файл. А раз файл, то получить доступ можно через CreateFile как к любому файлу. У удаленного файла значение поля Flags в MFT record...
Конечно ничто не мешает. Но так уж сложилось, что потоки практически не используются.
Источник, в первую очередь собственный практический опыт. Да и теоретически нет никаких препятствий. MFT это практически такой же файл как и все...
PeekMessage не изменят никаких данных. Она просто извлекает сообщение из очереди сообщений. Сообщение - это просто числовое значение с возможными...
Виндовс не использует NTFS потоки.
MFT может быть любого размера. 12.5% - это не размер MFT а просто зарезервированное место для роста MFT. Но этот место не занято и показывается...
У тебя есть handle окна. Получешь Device context GetDC(handle), и копируешь оттуда в свой битмап.
Все соответствия прописаны в Relocation Table исполнямого файла.
В обработчике сообщения рисуй на чем хочешь. В чем проблема-то ?
Ага, понял. По сообщению на проводок.
Имена участников (разделяйте запятой).
