Custom Query

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (34 - 36 of 3882)

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Ticket Resolution Summary Owner Reporter
#3984 Completed GUICtrlSetGraphic stops working after Sleep Nine
Description

As title says, only first circle is displayed. But if you remove the Sleep line in the loop, all 5 circles are displayed as intented...

#include <GUIConstants.au3>

Local Const $size = 10, $xPos = 20, $yPos = 50, $Colour = "0x21FA06"

GUICreate("Example", 300, 300)
GUISetState()
GUICtrlCreateGraphic(0, 0, 300, 300)
GUICtrlSetGraphic(-1, $GUI_GR_COLOR, $Colour, $Colour)

For $i = 0 To 4
  GUICtrlSetGraphic(-1, $GUI_GR_ELLIPSE, $xPos + (($i + 1) * $size * 1.3), $yPos, $size, $size)
  Sleep(500)
  ConsoleWrite($i & @CRLF)
Next

Do
Until GUIGetMsg() = $GUI_EVENT_CLOSE

#3982 Works For Me _ClipPutFile should not free memory Jpm Nine
Description

As per discussion here and MSDN :

https://www.autoitscript.com/forum/topic/211212-how-to-copy-a-file-to-the-clipboard-for-pasting-in-explorer/#comment-1527751

                        $aCall = DllCall("kernel32.dll", "ptr", "GlobalFree", "handle", $hGlobal)
                        If (@error Or $aCall[0]) And Not $iError Then
                                $iError = @error + 90
                                $iLastError = _WinAPI_GetLastError()
                        EndIf

should be removed from the script.

#3980 Rejected Hexadecimal notation in the range 0x80000000 to 0xFFFFFFFFFF AspirinJunkie
Description

In AutoIt, numerical values in the source code can be defined in decimal notation as well as in hexadecimal notation. In the number range 0x80000000 to 0xFFFFFFFFFF, however, the inputs are not interpreted as hexadecimal numbers but as a binary, which is coded as an Int32 number and therefore becomes a negative number.

A distinction must be made here between the number representation in hexadecimal notation, which should still be independent of the subsequent coding when defined in the source code, and the binary coding in specific data types, which only takes place later.

So if a user writes 0x90000001 in the source code, he expects to have written the decimal number 2415919105 (see here). Instead, he receive the number -1879048191.

One solution would therefore be to always save hexadecimal values greater than 0x80000000 as Int64.

Example for clarification:

; interpreted as 32 Bit-Int
Global $a = 0x7FFFFFFF
Global $b = 0x80000000

ConsoleWrite("$a: " & $a & " (" & VarGetType($a) & ")" & @CRLF)
ConsoleWrite("$b: " & $b & " (" & VarGetType($b) & ")" & @CRLF)


; interpreted as 64 Bit-Int
Global $a = 0x07FFFFFFF
Global $b = 0x080000000

ConsoleWrite("$a: " & $a & " (" & VarGetType($a) & ")" & @CRLF)
ConsoleWrite("$b: " & $b & " (" & VarGetType($b) & ")" & @CRLF)
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Note: See TracQuery for help on using queries.