Есть ли способ проверить, действителен ли дескриптор, в моем случае возвращаемый CreateFile?
Проблема, с которой я сталкиваюсь, заключается в том, что допустимый дескриптор файла, возвращенный CreateFile (это не INVALID_HANDLE_VALUE), позже приводит к сбою WriteFile, и GetLastError утверждает, что это из-за недопустимого дескриптора.
Поскольку кажется, что вы не устанавливаете значение дескриптора в INVALID_HANDLE_VALUE после его закрытия, я бы установил точку наблюдения чтения для переменной HANDLE, что приведет к прерыванию отладчика в каждой строке, которая обращается к значению HANDLE. Вы сможете увидеть порядок доступа к переменной, в том числе, когда переменная читается, чтобы передать ее в CloseHandle.
См.: Добавление точки наблюдения (нарушение при изменении переменной)
Ваша проблема, скорее всего, вызвана одной из двух вещей:
Как правило, рекомендуется назначать INVALID_HANDLE_VALUE каждому дескриптору, если он не должен содержать никакого допустимого значения дескриптора. Простыми словами — когда ваша переменная объявлена — немедленно инициализируйте ее этим значением. А также запишите это значение в вашу переменную сразу после того, как вы закроете дескриптор файла.
Это даст вам указание (1) - попытка использовать дескриптор файла, который уже закрыт (или еще не был открыт)
Все остальные ответы важны для вашей конкретной проблемы.
Однако, если вы получили HANDLE и просто хотите узнать, действительно ли это дескриптор открытого файла (в отличие, например, от дескриптора мьютекса или объекта GDI и т. д.), есть функция Windows API GetFileInformationByHandle.
В зависимости от разрешений, которые ваш дескриптор предоставляет вам для файла, вы также можете попытаться прочитать некоторые данные из него, используя ReadFile или выполнить нулевую операцию записи с помощью WriteFile с nNumberOfBytesToWrite равным 0.
Open-File хранится как структура данных в ядре, я не думаю, что есть официальный способ определить дескриптор файла, просто используйте его и проверьте код ошибки как INVALID_HANDLE. Вы уверены, что ни один другой поток не закрыл этот дескриптор файла?
Проверка валидности дескриптора в лучшем случае является временной повязкой.
Вы должны отладить процесс - установите точку останова в момент установки дескриптора (файл открыт), и когда вы нажмете этот код и после того, как дескриптор настроен, установите второй условная точка останова для срабатывания при изменении значения дескриптора.
Это должно позволить вам выяснить основную причину, а не просто проверять, действителен ли дескриптор при каждом доступе, что ненадежно, дорого и необязательно при правильной логике.
Просто чтобы добавить к тому, что говорят все остальные, убедитесь, что вы проверяете возвращаемое значение при вызове CreateFile. IIRC, он вернет INVALID_HANDLE_VALUE в случае сбоя, и в этот момент вы должны позвонить GetLastError, чтобы узнать, почему.
