Что возвращает API-функция CreateFile?

Здравствуйте!
Суть вопроса в следующем:
Открываю файл или физический диск с помощью функции CreateFile. Как не странно, всё работает - файлы открываются, информация считывается... Но!

Согласно источникам в интернете, в т.ч. MSDN, эта функция возвращает открытый дескриптор файла, диска или иного объекта. Надо заметить, что в основном статьи просто копируют друг друга.

Я почитал немного о дескрипторах и узнал, что дескрипторы имеют размер 64 бита и содержат кучу информации: линейные адреса, права доступа и т.п. и хранятся в дескрипторных таблицах, на которые указывают специальные 48 разрядные регистры GDTR и LDTR. Тут у меня появились сомнения - ведь регистр EAX - 32 разрядный.

В ходе многочисленных экспериментов я получал в регистре EAX после выполнения функции Create File числа: 520h, 550h, 560h, 578h, 554h, 52Ch и т.д.

На дескриптор не похоже. Я читал, что для нахождения нужного дескриптора используют 16 разрядные селекторы. Но в селекторе, как я понял, бит-2 используется для указания дескрипторной таблицы: 0 - GDT, 1 - LDT. Я проверил - в полученных мною значениях этот бит меняется - то 0, то 1. Поэтому я решил: "Вряд ли это селектор".

Так что же всё-таки возвращает функция CreateFile?

0

Сообщение от Весельчак-У Я почитал немного о дескрипторах и узнал, что дескрипторы имеют размер 64 бита и содержат кучу информации: линейные адреса, права доступа и т.п. и хранятся в дескрипторных таблицах, на которые указывают специальные 48 разрядные регистры GDTR и LDTR.

Это совсем разные вещи.
CreateFile возвращает дескриптор (или хэндл) объекта. То есть, просто какое-то числовое значение,
которое система ассоциирует с файлом, устройством, дисковым томом, каналом и т.п.

GDT/LDT - там совсем другие дескрипторы, они связаны с управлением памятью в системе
(точнее говоря, с преобразованием виртуальных адресов в физические).

1

Спасибо!
Я думал дескриптор - это всегда описатель со всеми флагами, адресами и т.п.
А всё-таки интересно, как система ассоциирует это число с файлом...
Если не трудно, дайте ссылки какие-нибудь или рекомендации по литературе.
Честно сказать, в интернете трудно найти сколько-нибудь достойный (а главное понятный непрофессионалу) источник информации.

0

Сообщение от Весельчак-У А всё-таки интересно, как система ассоциирует это число с файлом...

Когда ты создаешь или открываешь файл, система создает в ядре соответствующий объект - FILE_OBJECT.
Напрямую с ним работать из режима пользователя, разумеется, нельзя: во-первых, по соображениям
безопасности, а во-вторых, чтобы не нарушать инкапсуляцию. Вместо возврата FILE_OBJECT система
создает хэндл, т.е. некое числовое значение, помещает его в таблицу хэндлов процесса, - а у
каждого процесса есть такая таблица, где хранятся хэндлы всех созданных или открытых процессом
объектов, - и возвращает этот хэндл. Далее вся работа с файлом выполняется через этот хэндл.

Когда ты вызываешь, например, WriteFile, ищет соответствующий хэндл в таблице хэндлов процесса,
находит объект, на который он ссылается, т.е. FILE_OBJECT, и делает там соответствующие
изменения (в данном случае запускает операцию ввода-вывода, используя данный FILE_OBJECT).

Когда делается CloseHandle, либо процесс завершается и система автоматически закрывает все
его хэндлы, освобождается ссылка на объект. Если больше не осталось ссылок, объект уничтожается.

Аналогичное происходит для большинства других объектов - дисковые и прочие устройства,
открытые по символьной ссылке, объекты синхронизации типа mutex или event, токены доступа,
сокеты, процессы, потоки, и т.д.

Сам механизм присваивания хэндлу каких-то значений, в принципе, нас интересовать не должен.
Это детали реализации Windows, которые могут меняться от версии к версии.
Упрощенно можно считать, что хэндл - это ключ в некой хэш-таблице.

Сообщение от Весельчак-У Если не трудно, дайте ссылки какие-нибудь или рекомендации по литературе.

Ну вот, например, из MSDN:

Handles and Objects
https://msdn.microsoft.com/en-... s.85).aspx
(см. далее по ссылкам)

Kernel Objects
https://msdn.microsoft.com/ru-... s.85).aspx

2