Нужно получить хендл чего-нибудь так, чтобы функция CreateFile не дала его кому нибудь. Звучит абсурдно, попробую объяснить для чего это надо.

Делаю перехват функций CreateFileW, ReadFile CloseHandle для того чтобы подставить одной библиотеке "виртуальный" файлик.
При этом моя функция CreateFileW при создании файла с определенным именем не использует оригинального вызова CreateFileW, при этом она должна вернуть какой нибудь handle, который я потом буду вылавливать в ReadFile и подделывать результат.
Конечно можно создать какой нибудь объект ядра, типа Event-а, но может есть способы правильнее?

>  [0] Дмитрий С   (23.04.08 12:29)

Пять раз медленно перечитала. Так и не сумела ничего понять.

> При этом моя функция CreateFileW при создании файла с определенным
> именем не использует оригинального вызова CreateFileW, при
> этом она должна вернуть какой нибудь handle, который я потом
> буду вылавливать в ReadFile и подделывать результат.


Верни отрицательное число, например, -100

Перехват - это уже неправильно :)
Я бы подсунул настоящий хендл, причём не ивента а другого файла.

Если библиотека использует только CreateFileW, ReadFile CloseHandle, возможно стоит попробовать подсунуть ей именованный пайп ?

> Пять раз медленно перечитала. Так и не сумела ничего понять.

Пять раз? :)
Столько женского внимания к такому маленькому мне :)))

Прошу прощения за оффтоп.


> Верни отрицательное число, например, -100

А вдруг библиотека сочтет это подозрительным? Или ее будущая версия.


> Я бы подсунул настоящий хендл, причём не ивента а другого
> файла.

А нету другого файла, чтобы открывать. Tmp для этого создавать?


> Если библиотека использует только CreateFileW, ReadFile
> CloseHandle, возможно стоит попробовать подсунуть ей именованный
> пайп ?

Пока только эти, потом не знаю

> А нету другого файла, чтобы открывать. Tmp для этого создавать?

Как, вообще нету ? Файла с именем GetModuleFileName(SysInit.hInstance, ...) тоже нету ?


> А вдруг библиотека сочтет это подозрительным? Или ее будущая
> версия.

А что ты хочешь, хак есть хак.
И кто будет проверять хендлы, по идее они вообще opaque structures.

> А вдруг библиотека сочтет это подозрительным? Или ее будущая
> версия.

А что тут подозрительного? Диапазон валидных хэндлов от нуля до INVALID_HANDLE_VALUE - 1.
Вернешь отрицательное значение, оно автоматом приведется к нужному диапазону :) Ну SetLastError еще скажи, чтоб библиотека ничего не подумала :)

> А вдруг библиотека сочтет это подозрительным? Или ее будущая
> версия.


если с этим значением Handle будешь работать только ты, какая нафиг разница о подозрительности ?

> если с этим значением Handle будешь работать только ты,
> какая нафиг разница о подозрительности ?

А вдруг библиотека или мое приложение откроет какой нибудь файл и по счастливой случайности Windows выдаст такой же handle. Хочу этого избежать.
Такие случайности обычно происходят когда демонстрируешь работу программы, что обидно

> А вдруг библиотека или мое приложение откроет какой нибудь
> файл и по счастливой случайности Windows выдаст такой же
> handle

Кому выдаст? Хэндлы уникальны только в пределах твоего процесса, и если такой-же будет в соседнем, это синефиолетово. А чем тебе CreateFileMapping на самого себя не устраивает?

> Хэндлы уникальны только в пределах твоего процесса

Так ведь и файл может быть открыт внутри моего процесса.


> А чем тебе CreateFileMapping на самого себя не устраивает?

Тут можно по-подробнее.

> Тут можно по-подробнее.

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

> и по счастливой случайности Windows выдаст такой же handle


по счастливой случайности Windows отдает положительные значения Handle. Счастливой случайности с отрицательными значениями быть попросту не может.

В партии не дураки работают.

Pipe отдать...
Дмитрий С   (23.04.08 12:29)
Делаю перехват функций CreateFileW, ReadFile CloseHandle
темя для меня интересна - сам делал такой перехват:
как c overlapped борешся?

Акромя того что хендлы всегда положительны, они еще всегда кратны 4. 0-й бит лучше не трогать а 1-й запросто