Context Navigation

Timeline

6:29 PM Ticket #3934 (_WinAPI_SetTimer TimerID must be nonzero) updated by pixelsearch: In case it may help you, there are 2 additional sentences found on msdn, topic KillTimer function (these 2 sentences are not found in AutoIt help file) KillTimer function (winuser.h) BOOL KillTimer( [in, optional] HWND hWnd, [in] UINT_PTR uIDEvent ); ... [in] uIDEvent Type: UINT_PTR The timer to be destroyed. If the window handle passed to SetTimer is valid, this parameter must be the same as the nIDEvent value passed to SetTimer. If the application calls SetTimer with hWnd set to NULL, this parameter must be the timer identifier returned by SetTimer.
10:08 AM Ticket #3934 (_WinAPI_SetTimer TimerID must be nonzero) updated by KaFu: If you set the TimerID to 0, the return value is a 1 for success, and not the correct 0 for TimerID. […]

5:23 PM Ticket #3934 (_WinAPI_SetTimer TimerID must be nonzero) closed by J-Paul Mesnage: Completed: Added by revision [12932] in version: 3.3.17.0
2:41 PM Ticket #3934 (_WinAPI_SetTimer TimerID must be nonzero) updated by J-Paul Mesnage: I think that […] Is wrong as your example is demonstrating that the […] is working any way adding an example with last parameter set to 0 is a good idea

12:00 PM Ticket #3934 (_WinAPI_SetTimer TimerID must be nonzero) updated by TicketCleanup: Version changed
Automatic ticket cleanup.
11:26 AM Ticket #3934 (_WinAPI_SetTimer TimerID must be nonzero) created by KaFu: "A nonzero timer identifier" should be added to the TimerID …

4:53 PM Ticket #3181 (Can't press Alt+Tab when HotKeySet - Alt+Esc) updated by Jos: Replying to tohatemp@…: > doesn't work > > Windows 10 64 bit Enterprise LTSC Evaluation Join the forum in case you want to discuss this first, but ticket remains closed.
1:46 PM Ticket #3181 (Can't press Alt+Tab when HotKeySet - Alt+Esc) updated by tohatemp@…: doesn't work Windows 10 64 bit Enterprise LTSC Evaluation
1:45 PM Ticket #3181 (Can't press Alt+Tab when HotKeySet - Alt+Esc) updated by tohatemp@…: doesn't work Windows 10 Enterprise LTSC Evaluation

3:09 PM Ticket #3928 (WinWaitActive() prevents Raw Input's WM_INPUT messages from queueing ...) closed by J-Paul Mesnage: Works For Me
3:05 PM Ticket #3932 (_WinAPI_GetRawInputData Helpfile Example) closed by J-Paul Mesnage: Completed: Added by revision [12918] in version: 3.3.17.0
3:00 PM Ticket #3932 (_WinAPI_GetRawInputData Helpfile Example) updated by TicketCleanup: Version changed
Automatic ticket cleanup.
2:55 PM Ticket #3932 (_WinAPI_GetRawInputData Helpfile Example) updated by J-Paul Mesnage: for me is not a bug but a feature request …
2:55 PM Ticket #3932 (_WinAPI_GetRawInputData Helpfile Example) updated by J-Paul Mesnage: Type changed
11:41 AM Ticket #3932 (_WinAPI_GetRawInputData Helpfile Example) updated by J-Paul Mesnage: this can benefice to other examples I will work on it Cheers
8:41 AM Ticket #3932 (_WinAPI_GetRawInputData Helpfile Example) created by KaFu: Playing around with above example and wondering why nothing's …
6:44 AM Ticket #3931 (x86 compiled binaries miss DEP attribute) updated by anonymously: Replying to Jpm: > did you check with the latest version 3.3.16.1? Yes I tried with the latest version 3.3.16.1 and it has the same output regarding lack of DEP compliancy attribute

5:48 AM Ticket #3931 (x86 compiled binaries miss DEP attribute) updated by J-Paul Mesnage: Owner, Status changed
5:48 AM Ticket #3930 (DllStructs created in one scope gets dropped if chained with a ...) closed by J-Paul Mesnage: No Bug
5:47 AM Ticket #3931 (x86 compiled binaries miss DEP attribute) updated by J-Paul Mesnage: did you check with the latest version 3.3.16.1?
2:56 AM Ticket #3931 (x86 compiled binaries miss DEP attribute) created by anonymously: Binaries compiled for x86 have DEP compliancy attribute set to false. …

7:57 PM Ticket #3930 (DllStructs created in one scope gets dropped if chained with a ...) updated by anonymous: Thought so too, in which case I think this pitfall should probably be stated in the documentation, that the lifetime of DllStructs pertains to the scope where it is allocated, and so DllStructCreate when supplying a pointer will not count as valid references.
1:20 PM Ticket #3930 (DllStructs created in one scope gets dropped if chained with a ...) updated by J-Paul Mesnage: In fact your concern come from the fact that parameter pass to parseStruct() is a temporary variable. So how can you map a permanent area with the DllStructGetPtr() and get a valid result. That the reason why you get such behavior. I will close the ticket as No bug. Cheers
11:45 AM Ticket #3928 (WinWaitActive() prevents Raw Input's WM_INPUT messages from queueing ...) updated by J-Paul Mesnage: So, if I understand nothing to change, in a simple manner, inside AutoIt code Cheers
11:09 AM Ticket #3929 (Memory leak when returning struct members within With...EndWith) updated by J-Paul Mesnage: Fix, I sent a proposal to Jon

10:59 PM Ticket #3928 (WinWaitActive() prevents Raw Input's WM_INPUT messages from queueing ...) updated by nurupo: I guess you are right, I shouldn't be blocking the message handler for so long. I just moved the *Responsive() calls out of the message handler and into the main While 1 loop: made OnMouseWheel() increment a new counter for each event received and the main While 1 loop decrement it, calling LessResponsive() in the While loop instead of the message handler. LessResponsive() no longer causes messages to be dropped and and the messages are now being queued by AutoIt, i.e. the script now behaves similar to how it behaved with MoreResponsive being called inside the message handler.

10:54 PM Ticket #3929 (Memory leak when returning struct members within With...EndWith) updated by J-Paul Mesnage: Owner, Status changed

Note: See TracTimeline for information about the timeline view.