Как я могу определить, был ли файл открыт для добавления в Windows?

Для файла, который Windows видит как находящийся в режиме «добавления», это будет работать:

Используйте полудокументированный системный вызов NtQueryInformationFile (экспортированный из ntdll.dll) для запроса FILE_ACCESS_INFORMATION. Это должно сообщить вам маску доступа, с которой был открыт файл, который должен содержать FILE_APPEND_DATA.

Однако для файла, который среда выполнения C открывает в режиме «добавления», это не сработает, поскольку Windows фактически не открывает его в режиме добавления. Способ сделать это - каким-то образом преобразовать файловый дескриптор в файловый объект и проверить там флаг, но документированного способа сделать это нет.

Вы можете посмотреть исходный код Visual C ++ CRT, чтобы понять, как это сделать ... может быть какой-то способ получить доступ к массиву, который индексируется дескриптором, но я не уверен, как это сделать.
Код в CRT кажется _pioinfo(fd)->osfile |= FAPPEND, так что надеюсь, что это поможет.

FileMode.Append - это плод воображения команды .NET Framework. Это не тот режим, который поддерживает Windows. Они добавили его, чтобы упростить использование оболочки для встроенной функции Winapi CreateFile () (FileStream). FileMode - это оболочка перечисления для его аргумента dwCreationDisposition. У которого нет опции CREATE_APPEND.

Наиболее подходящий код из метода FileStream.Init ():

   bool seekToEnd = (mode==FileMode.Append);
   // Must use a valid Win32 constant here...
   if (mode == FileMode.Append)
       mode = FileMode.OpenOrCreate;

Другими словами, FileMode.Append не соответствует допустимой опции CreateFile () и должен быть сопоставлен. Файл будет открыт, если он существует, или создан, если его нет. И он выполняет дополнительную операцию: после открытия файла он будет искать его до конца. Что вы, конечно, ожидаете, когда добавляете в существующий файл. Существует некоторая дополнительная проверка ошибок, она также гарантирует, что вы открыли файл для записи.

Так что это скорее пробьет дыру в вашем поиске, чтобы обнаружить эту спину. Для восстановления состояния файла доступна функция Winapi GetFileInformationByHandleEx (). Документированная функция для недокументированного вызова собственного API Мехрдада. Вы можете получить аргумент dwCreationDisposition обратно из FileDispositionInfo, чтобы убедиться, что это был OpenOrCreate. Однако это не уникально, он также мог быть запущен из файла, открываемого с помощью FileMode.OpenOrCreate из клиентского кода. Редко, но возможно.

Что вы потеряли, так это воспоминание о том, как он пытается добраться до конца файла. Вы можете использовать свойство FileStream.Position, но оно, конечно, будет зависеть от любых операций записи в то же время. Если это действительно имеет значение, тогда вы действительно должны сохранить используемое значение FileMode.

Самоответчик, спасибо @mehrdad и @HansPassant за то, что указали мне в правильном направлении. Действительно, MSVCRT экспортирует массив массивов структуры с именем ioinfo, в которой хранится информация о каждом дескрипторе открытого файла в процессе.

Точное содержимое структуры зависит от версии VC и некоторых определений, но в целом определены ее первые два члена:

typedef struct {
        intptr_t osfhnd;    /* underlying OS file HANDLE */
        char osfile;        /* attributes of file (e.g., open in text mode?) */
        ....
} ioinfo;

Элемент osfile является интересным - если файл открывается с _O_APPEND, для него устанавливается флаг FAPPEND, определенный как 0x20.

Я написал небольшую служебную функцию на Python на основе аналогичного кода в модуле posix в CPython, который может выполнять эту проверку: https://gist.github.com/embray/6444262

(Я знаю, что это очень старый вопрос из 2013 года, но я хочу поделиться своим решением для всех, кто хочет получить файловый режим [READ, WRITE, APPEND] непосредственно из дескриптора файла Windows)

API NtQueryInformationFile действительно может предоставить вам достаточно информации, чтобы определить, в каком режиме находится файл.

Для демонстрации воспользуемся следующим кодом:

IO_STATUS_BLOCK statusBlock;
FILE_ACCESS_INFORMATION accessInfo;

// You have to import this API by yourself using LoadLibary and GetProcAddress
auto status = NtQueryInformationFile(
   yourFileHandle, &statusBlock, &accessInfo,
   sizeof(FILE_ACCESS_INFORMATION), (FILE_INFORMATION_CLASS)8);

auto flags = accessInfo.AccessFlags;

// true if in read mode, otherwise false
auto isRead = (FILE_READ_DATA & flags) != 0;
// true if in write mode, otherwise false
auto isWrite = (FILE_WRITE_DATA & flags) != 0;
// true if in write mode or append mode 
// (I think these 2 modes are mutual exclusive), otherwise false
auto isAppend = (FILE_APPEND_DATA & flags) != 0;

На самом деле это очень просто:

• Если файл был открыт с использованием GENERIC_READ (или FILE_READ_DATA), тогда установлен флаг FILE_READ_DATA, в противном случае он не установлен;
• Если файл был открыт с использованием GENERIC_WRITE (или FILE_WRITE_DATA), тогда установлен флаг FILE_WRITE_DATA, в противном случае он не установлен;
• Если файл был открыт с использованием GENERIC_WRITE или FILE_APPEND_DATA, то установлен флаг FILE_APPEND_DATA, в противном случае он не установлен;

Сам режим чтения не включает флаг FILE_APPEND_DATA, а сам режим добавления не включает флаг FILE_WRITE_DATA.

Я надеюсь, что это может помочь кому-то другому.