- 20 Apr, 2009 1 commit
-
-
Hans Leidekker authored
-
- 16 Apr, 2009 3 commits
-
-
Frans Kool authored
-
Frans Kool authored
-
Frans Kool authored
-
- 15 Apr, 2009 2 commits
-
-
Dmitry Timoshkov authored
-
André Hentschel authored
-
- 08 Apr, 2009 1 commit
-
-
Alexandre Julliard authored
-
- 07 Apr, 2009 2 commits
-
-
Michael Stefaniuc authored
-
Warren Dumortier authored
-
- 06 Apr, 2009 2 commits
-
-
Damjan Jovanovic authored
-
Michael Stefaniuc authored
-
- 02 Apr, 2009 1 commit
-
-
Michael Stefaniuc authored
-
- 31 Mar, 2009 1 commit
-
-
Damjan Jovanovic authored
-
- 30 Mar, 2009 1 commit
-
-
Eric Pouech authored
-
- 27 Mar, 2009 1 commit
-
-
Anders Jonsson authored
-
- 25 Mar, 2009 1 commit
-
-
Michael Stefaniuc authored
-
- 24 Mar, 2009 4 commits
-
-
Rob Shearman authored
services: Always initialise the out buffer in svcctl_QueryServiceStatusEx and svcctl_QueryServiceConfig2W.
-
Rob Shearman authored
services: svcctl_GetServiceDisplayNameW and svcctl_GetServiceKeyNameW should have string attribute on output buffer. They also should not have two parameters for specifying the size of the buffer. The buffer size should also not include in the nul-terminating character.
-
Rob Shearman authored
The ref count will be released by SC_RPC_HANDLE_destroy when the returned handle is destroyed. Change svcctl_OpenServiceW to use InterlockedIncrement to increment the ref count since the service is in the database and therefore could be shared and SC_RPC_HANDLE_destroy doesn't take the scmdatabase lock when decrementing the ref count.
-
Dylan Smith authored
-
- 23 Mar, 2009 10 commits
-
-
James Hawkins authored
-
Aurimas Fischer authored
-
Aurimas Fischer authored
-
Aurimas Fischer authored
-
Aurimas Fischer authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
The STRINGTABLE is commented out since mid 2003.
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
- 13 Mar, 2009 1 commit
-
-
Michael Stefaniuc authored
long is always 32bit in IDL files but that's not true in C.
-
- 12 Mar, 2009 6 commits
-
-
Alexandre Julliard authored
-
Dylan Smith authored
This behaviour was tested against native winhlp32 by pressing down the left mouse button and holding it while over the link to avoid having WM_LBUTTONUP sent. I noticed that the action for clicking the link happened right away, without waiting for me to release the mouse button.
-
Aurimas Fischer authored
-
Aurimas Fischer authored
-
Francois Gouget authored
-
Francois Gouget authored
-
- 11 Mar, 2009 2 commits
-
-
Aurimas Fischer authored
-
Dylan Smith authored
Previously the cursor was being set by winhlp32 on WM_MOUSEMOVE, then the richedit control would change it again on WM_SETCURSOR. Since the cursor set in both of these places was different, the cursor would flicker from being frequently changed. The reason winhlp32 is setting the cursor, rather than letting the richedit control set the cursor, is that winhlp32 needs the hand cursor to be shown over a link. My first instinct was to just add the CFE_LINK effect to the link characters, however this also forced a colour for the link that was inconsistent with native winhlp32. Native winhlp32 doesn't seem to load any richedit dll, so this doesn't imply that there is an undocumented way of changing the colour of characters with CFE_LINK. This patch has winhlp32 override the WNDPROC for the richedit control to handle the WM_SETCURSOR. It simply sets the cursor to the hand if the cursor is over the link, otherwise it just calls the original richedit window proc.
-
- 09 Mar, 2009 1 commit
-
-
Jim Cameron authored
-