A first implentation of services.exe

[Mikolaj Zalewski]

I don't want this patch to get committed but to maybe get some
comments. If the patch will be considered to be ok I can send it as
three smaller patches. It implements the basic infrastructure for
services.exe - a process that maintains the services database and
states. I think this can be useful in the long run. This patch
currently doesn't implement anything useful - it connects to
services.exe in OpenSCManager and disconnect in CloseServiceHandle and
validating the database name is now done in services.exe but if this
approach is good I will add more functionality.

Is there a way to check if a RPC connection over a named pipe was
closed by the client (probably we should close all it's handles in
such a case)? Also this program show a bug in our rpcrt4 - if we pass
NULL as a [in,unique,string] parameter rpcrt4 will crash because of a
strlen on it in NdrConformantStringBufferSize. To see it one can
remove the workaround in OpenSCManager and do a `make test`. Macros
like RET_IF_ERROR should be removed from the final version or can they
stay?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: services-exe.patch
Type: text/x-patch
Size: 33076 bytes
Desc: not available
Url : http://www.winehq.org/pipermail/wine-patches/attachments/20070918/741b6819/attachment-0001.bin