ing an event, the handle is allocated with
alloc_handle_no_access_check, which does not call event_map_access
this causes event_op and event_query to fail, as the handle only has
GENERIC_ALL, not the actual event permissions,
which does not match windows behaviour (or at least windows 7 anyway),
g CreateEventEx with
generic flags fails to correctly set permissions, the patch as it stands
though will likely cause regressions.
On 02/08/13 21:58, Andrew Cook wrote:
> ---
> dlls/ntdll/tests/om.c | 4 ++--
> server/event.c| 5 +
> 2 files changed, 3 insertions(+), 6 deletions(-)
>
>
On 27/08/13 22:02, Dmitry Timoshkov wrote:
> Andrew Cook wrote:
>> --- a/include/wine/server_protocol.h
>> +++ b/include/wine/server_protocol.h
>
> And don't include autogenerated stuff in the patch.
>
Is there anything about this on the wiki? i wasn't sure ho
On 06/09/13 17:12, Frédéric Delanoy wrote:
> On Fri, Sep 6, 2013 at 5:41 AM, Andrew Cook wrote:
>> ---
>> dlls/ntdll/tests/Makefile.in | 1 +
>> dlls/ntdll/tests/job.c | 151
>> +++
>> include/winnt.h
Ignore this, for some reason this randomly forks a huge number of rpcss
instances, and decided to not do so while i was testing it
On 03/10/13 14:00, Andrew Cook wrote:
> ---
> dlls/rpcrt4/rpc_epmap.c | 40 ---
> programs/rpcss/Makefile.in | 2 +-
> pr
(no idea why my client sent this to wine-patches)
On 10/10/13 15:23, Andrew Cook wrote:
> ---
> dlls/kernel32/tests/process.c | 159
> +-
> include/winbase.h | 1 +
> include/winnt.h | 90
