dlls/advapi32/tests/security.c - Bugfix in test!
Jakob Eriksson
jakov at vmlinux.org
Sat Mar 19 03:13:57 CST 2005
Jakob Eriksson wrote:
> Alexandre Julliard wrote:
>
>> Jakob Eriksson <jakov at vmlinux.org> writes:
>>
>>
>>
>>> --- dlls/advapi32/tests/security.c 14 Mar 2005 17:20:58 -0000
>>> 1.12
>>> +++ dlls/advapi32/tests/security.c 16 Mar 2005 09:32:28 -0000
>>> @@ -289,8 +289,8 @@
>>> luid.LowPart = i;
>>> cchName = sizeof(buf);
>>> ret = pLookupPrivilegeNameA(NULL, &luid, buf, &cchName);
>>> - ok( ret && GetLastError() != ERROR_NO_SUCH_PRIVILEGE,
>>> - "LookupPrivilegeNameA(0.%ld) failed: %ld\n", i,
>>> GetLastError());
>>> + if (GetLastError() != ERROR_NO_SUCH_PRIVILEGE)
>>> + ok( ret, "LookupPrivilegeNameA(0.%ld) failed: %ld\n",
>>> i, GetLastError());
>>>
>>
>>
>> It doesn't really make sense to check the last error if the function
>> succeeded.
>>
>>
>
> True. Don't know what I was thinking.
Now I know. If the error was ERROR_NO_SUCH_PRIVILEGE, it's ok, we don't
care.
Move on. NT4 has this behaviour.
If it isn't, but ret is 0, AKA LookupPrivilegeName() failed, I wan't to
know exactly
what the error was. It's a trace.
So I think the patch is valid, there is method to the madness.
regards,
Jakob
More information about the wine-devel
mailing list