Custom Query (3931 matches)

With new 3.3.2.0 version there are issue(s) with data types with DllCall() function. If I ask for dword AutoIt returns int. For example:

$sFile = "NonExistingFile"

$aCall = DllCall("kernel32.dll", "dword", "CreateFileW", _
		"wstr", $sFile, _
		"dword", 0x80000000, _ ; GENERIC_READ
		"dword", 0, _ ; prevent sharing
		"ptr", 0, _
		"dword", 3, _ ; OPEN_EXISTING
		"dword", 0, _
		"ptr", 0)

$hFile = $aCall[0]

ConsoleWrite("! " & $hFile & @CRLF)
MsgBox(0, '$hFile is', $hFile & @CRLF)

Same thing is for any parameter. If I do "dword*", 0 , i get int value returned. I could write an example with GdipBitmapGetPixel from gdiplus.dll if you need it to verify this additionally. For non-transparent white it will return -1 instead of asked (and proper) 4294967295 (0xFFFFFFFF).

The data that we want is squashed over to the far right in the parameters section of "_GDIPlus_GraphicsMeasureString". I am 99% sure the problem is shown clearly by this code (taken from the source for that page). Removing the second TD tag should resolve it. From what I can see its not just the latest version either.

<table width="100%">
  <tr>
    <td width="10%" valign="top">Success:</td>
    <td width="90%">Array with the following format</td>
  </tr>
  <tr>
    <td valign="top"></td>
    <td></td>
    <td>[0] - $tagGDIPRECTF structure that receives the rectangle that bounds the string</td>
  </tr>

In section "Examples" of FileCreateNTFSLink are parameters "source", "hardlink" mixed up.

Fails:

MsgBox(0,"Hardlink", FileCreateNTFSLink("dir\test.log", "test.txt",1))

Success:

MsgBox(0,"Hardlink", FileCreateNTFSLink("test.txt","dir\test.log", 1))