CreateFile file always locked?

[xerox]

Why is the function creating a file that is always locked?

#include "winapi.au3"
#include <winapifiles.au3>

#pragma compile(console, true)
#NoTrayIcon


func _CreateFileW($lpFileName, $dwDesiredAccess, $dwShareMode, $lpSecurityAttributes, $dwCreationDisposition, $dwFlagsAndAttributes, $hTemplateFile)
    local $aResult = DllCall("kernel32.dll", "handle", "CreateFileW", "wstr", $lpFileName, "dword", $dwDesiredAccess, "dword", $dwShareMode, "struct*", $lpSecurityAttributes, "dword", $dwCreationDisposition, "dword", $dwFlagsAndAttributes, "ptr", $hTemplateFile)
    return $aResult[0]
endfunc

local $hMyFile = _CreateFileW('c:\\dev2.txt', BitOR($GENERIC_READ, $GENERIC_WRITE), BitOR($FILE_SHARE_READ, $FILE_SHARE_WRITE, $FILE_SHARE_DELETE), 0, $CREATE_NEW, BitOR($FILE_ATTRIBUTE_NORMAL, $FILE_ATTRIBUTE_TEMPORARY, $FILE_FLAG_DELETE_ON_CLOSE), 0); 

Sleep(100000)

 

[Danp2]

I believe you've got the definition wrong. Why not use _WinAPI_CreateFileEx?

[xerox]

Hmm. I'll try.

[xerox]

Doesn't seem to work

 

local $hMyFile = _WinAPI_CreateFileEx('c:\\dev2.txt', _ 
                                            BitOR($GENERIC_READ, $GENERIC_WRITE), _
                                            BitOR($FILE_SHARE_READ, $FILE_SHARE_WRITE, $FILE_SHARE_DELETE), _
                                            0, _
                                            $CREATE_ALWAYS, _ 
                                            BitOR($FILE_ATTRIBUTE_TEMPORARY, $FILE_FLAG_DELETE_ON_CLOSE), _
                                            0); 
ConsoleWrite($hmyfile)

 

[Danp2]

Check out the help file and the parameter order. You have them in the wrong order.

[xerox]

Creates the file still locked for editing though.

 

local $hMyFile = _WinAPI_CreateFileEx('c:\\dev2.txt', _ 
                                           $CREATE_ALWAYS, _ 
                                            BitOR($GENERIC_READ, $GENERIC_WRITE), _
                                            BitOR($FILE_SHARE_READ, $FILE_SHARE_WRITE, $FILE_SHARE_DELETE), _
                                            BitOR($FILE_ATTRIBUTE_TEMPORARY, $FILE_FLAG_DELETE_ON_CLOSE), _
                                            0, _
                                            0); 

 

[BrewManNH]

Have you tried using _WinAPI_CloseHandle to close the handle to the file after you've created it?

[xerox]

That would delete the file i think.

[careca]

Remarks

_WinAPI_CreateFileEx

When an application is finished using the object handle returned by this function, use the _WinAPI_CloseHandle() function to close the handle.
This not only frees up system resources, but can have wider influence on things like sharing the file or device and committing data to disk.

So yes i guess you have to close it.

[Tekk]

The problem could be that you are trying to create the file at the root of C:\\.  Doing so requires elevation.

[Tekk]

I made the assumption that the file was not being created at all.  Your question clearly states that it is.  Perhaps I should work on my reading comprehension, lol.  Anyways, I believe your problem is being caused by FILE_FLAG_DELETE_ON_CLOSE.  Microsoft states: "If there are existing open handles to a file, the call fails unless they were all opened with the FILE_SHARE_DELETE share mode".  Perhaps the file is not locked, just prevented from being opened without the proper flags?

Edited October 31, 2018 by Tekk