Можно ли использовать хендл, который возвращает NtCreateFile в функции WriteFile?
WriteFile возвращает ERROR_INVALID_PARAMETER, если же попытаться записать через NtWriteFile — то всё ок. Как будто хендл NtCreateFile просто не может быть использован в WriteFile

NtCreateFile использую, чтобы решить проблему с ошибкой, когда существует папка с таким именем

Автор: MuPoB
Дата: 11.05.20

    QString nativePath = "\\??\\D:\\123";
    UNICODE_STRING unicodeString;
    RtlInitUnicodeString(&unicodeString, (PCWSTR)nativePath.utf16());
    OBJECT_ATTRIBUTES objAttribs = { 0 };
    InitializeObjectAttributes(&objAttribs, &unicodeString, 0, NULL, NULL);
    IO_STATUS_BLOCK ioStatusBlock = { 0 };
    HANDLE hFile = NULL;
    const NTSTATUS status = NtCreateFile(&hFile,
        FILE_GENERIC_WRITE,
        &objAttribs,
        &ioStatusBlock,
        NULL,
        FILE_ATTRIBUTE_NORMAL,
        0,
        FILE_CREATE,
        FILE_NON_DIRECTORY_FILE,
        NULL,
        NULL);
    
    if (status == STATUS_SUCCESS)
    {
        char buf[] = "123";
        DWORD numberOfBytesWritten = 0;
        BOOL res = WriteFile(hFile, buf, 3, &numberOfBytesWritten, NULL);
        DWORD err = GetLastError(); // ERROR_INVALID_PARAMETER
    }

Здравствуйте, MuPoB, Вы писали:

MPB> InitializeObjectAttributes(&objAttribs, &unicodeString, 0, NULL, NULL);

OBJ_CASE_INSENSITIVE нужно для Windows семантикиимён файлов

Здравствуйте, MuPoB, Вы писали:

MPB> const NTSTATUS status = NtCreateFile(&hFile,
MPB> FILE_GENERIC_WRITE,
MPB> &objAttribs,
MPB> &ioStatusBlock,
MPB> NULL,
MPB> FILE_ATTRIBUTE_NORMAL,
MPB> 0,
MPB> FILE_CREATE,
MPB> FILE_NON_DIRECTORY_FILE,

Ещё FILE_SYNCHRONOUS_IO_NONALERT нужно для не-overlapped WriteFile

при проблемах гланд, обращаются к лору а не к проктологу
ваши потуги сломать систему намекают на создание зловреда

Здравствуйте, Alexander G, Вы писали:

AG>Ещё FILE_SYNCHRONOUS_IO_NONALERT нужно для не-overlapped WriteFile

FILE_SYNCHRONOUS_IO_NONALERT — этот флаг помог, спасибо!

Здравствуйте, reversecode, Вы писали:

R>при проблемах гланд, обращаются к лору а не к проктологу
R>ваши потуги сломать систему намекают на создание зловреда

Где вы увидели попытку сломать систему? Если WinAPI не позволяет понять, что происходит конфликт с именем папки, то это просто оно спроектировано неудачно, и единственный способ, это использовать NativeAPI

Здравствуйте, MuPoB, Вы писали:

MPB>FILE_SYNCHRONOUS_IO_NONALERT — этот флаг помог, спасибо!

На всяк случай уточню, OBJ_CASE_INSENSITIVE тоже надо. А то можно создать файл с POSIX семантикой имеги, где "filename" и "FILENAME" — разные файлы. Я, кстати, не проверял, что будет, емли попытаться создать такой файл на системе, их не поддерживающей.

Вообще, если совсем чтоб без глупостей, то посмотреть через procmon, что именно CreateFile делает, и сделать ровно то же самое.

Здравствуйте, Alexander G, Вы писали:

AG>На всяк случай уточню, OBJ_CASE_INSENSITIVE тоже надо. А то можно создать файл с POSIX семантикой имеги, где "filename" и "FILENAME" — разные файлы. Я, кстати, не проверял, что будет, емли попытаться создать такой файл на системе, их не поддерживающей.

AG>Вообще, если совсем чтоб без глупостей, то посмотреть через procmon, что именно CreateFile делает, и сделать ровно то же самое.

Да, OBJ_CASE_INSENSITIVE тоже буду использовать, спасибо) На своей винде пробовал создать без этого атрибута файлы AAA и aaa — второй файл не создался, ошибка STATUS_OBJECT_NAME_COLLISION. Но лучше чтобы всё правильно было.
Да, под отладчиком тоже надо пройтись для гарантии)