Rolf Kalbermatter [EMAIL PROTECTED] writes:
Go figure. To me it seems they messed up with the conversion from Widechar to
ASCII when needing to calculate the needed size. Unless they use some other
function than WideCharToMultiByte() it couldn't be for avoiding an extra
buffer
allocation
James Hawkins [mailto:[EMAIL PROTECTED] wrote:
...and msdn is wrong a lot, but that doesn't mean the check is right.
If the value you get is 1, then check exactly for 1.
I can currently only check on XP and the behaviour I see there does seem
strange to me. It should rather return with some
James Hawkins [mailto:[EMAIL PROTECTED] wrote:
+ok(size = 1, size should be = 1 was %d!, size);
This is a bad test. According to msdn, GetServiceDisplayName does not
modify lpcchBuffer on error, so size should be exactly 0.
MSDN says a lot of things. On my XP SP2 it returns 1 as size when
On 5/21/07, Rolf Kalbermatter [EMAIL PROTECTED] wrote:
James Hawkins [mailto:[EMAIL PROTECTED] wrote:
+ok(size = 1, size should be = 1 was %d!, size);
This is a bad test. According to msdn, GetServiceDisplayName does not
modify lpcchBuffer on error, so size should be exactly 0.
MSDN says
On 5/20/07, Rolf Kalbermatter [EMAIL PROTECTED] wrote:
Changelog
dlls/advapi32/tests/Makefile.in
dlls/advapi32/tests/service.c
Start test for service tests
License: X11/LGPL
This test will crash without the previous patch
Return error on NULL service name to GetServiceDisplayNameA/W
