summaryrefslogtreecommitdiff
path: root/source4/rpc_server/winreg
AgeCommit message (Collapse)AuthorFilesLines
2007-10-10r2627: use the new talloc capabilities in a bunch more places in the rpcAndrew Tridgell1-1/+1
server code. This fixes a number of memory leaks I found when testing with valgrind and smbtorture, as the cascading effect of a talloc_free() ensures that anything derived from the top level object is destroyed on disconnect. (This used to be commit 76d0b8206ce64d6ff4a192979c43dddbec726d6e)
2007-10-10r2519: Registry RPC pipe fixes (use struct registry_key instead of REG_KEY, etc)Jelmer Vernooij1-23/+19
(This used to be commit 00de28876df70dbb6ca67c1a90aa9793583351bf)
2007-10-10r465: we need common.h in two more rpc server pipesAndrew Tridgell1-0/+1
(This used to be commit d96b68169a5ab46cc0550732d4fe94af75e06fd6)
2007-10-10r464: a big improvement to the API for writing server-side RPCAndrew Tridgell1-81/+75
servers. Previously the server pipe code needed to return the RPC level status (nearly always "OK") and separately set the function call return using r->out.result. All the programmers writing servers (metze, jelmer and me) were often getting this wrong, by doing things like "return NT_STATUS_NO_MEMORY" which was really quite meaningless as there is no code like that at the dcerpc level. I have now modified pidl to generate the necessary boilerplate so that just returning the status you want from the function will work. So for a NTSTATUS function you return NT_STATUS_XXX and from a WERROR function you return WERR_XXX. If you really want to generate a DCERPC level fault rather than just a return value in your function then you should use the DCESRV_FAULT() macro which will correctly generate a fault for you. As a side effect, this also adds automatic type checking of all of our server side rpc functions, which was impossible with the old API. When I changed the API I found and fixed quite a few functions with the wrong type information, so this is definately useful. I have also changed the server side template generation to generate a DCERPC "operation range error" by default when you have not yet filled in a server side function. This allows us to correctly implement functions in any order in our rpc pipe servers and give the client the right information about the fault. (This used to be commit a4df5c7cf88891a78d82c8d6d7f058d8485e73f0)
2007-10-10r424: let this code compile on every machine hopefullyStefan Metzmacher1-2/+2
metze (This used to be commit 3e911db7c2cbcb38667f06e6b0282bce1b7991cb)
2007-10-10r355: Fix a bunch of compiler warnings in the registry code.Tim Potter1-5/+3
(This used to be commit 0be7a866dc39e2d63c9c114d0f668287259e7c9e)
2007-10-10r128: Another registry update. Changes:Jelmer Vernooij1-110/+104
- Start with the LDB backend - The API is now more windows-like, which should make it easier to use in rpc_server - Added a GTK+ front-end - Added some more IDL More updates will follow, especially in the RPC field.. (This used to be commit 3adffa021779b26047a20f16a3c0b53d74751560)
2007-10-10r126: - add first srvsvc and wkssvc server side stuffStefan Metzmacher1-2/+2
- we know can browse the server via the Windows Explorer - some little fixes to the winreg server pipe metze (This used to be commit 6f213a3494d3b5ab629944394b20a84075a04438)
2007-10-10r62: Fix the buildJelmer Vernooij1-2/+4
(This used to be commit 1396db85372af1824592ef66f963603e3f35803c)
2007-10-10r61: - Implement first call in the winreg rpc serverJelmer Vernooij1-1/+46
- Add some initial implementation of the ldb backend - More checks in the winreg torture test (This used to be commit ae2b63b6f1821bc4f693cb8e2a5f78718c483c24)
2007-10-10r31: More registry updates. regdiff/regpatch work now.Jelmer Vernooij1-13/+0
(This used to be commit 98224f5436695eb265f5d997cf4bc9cf735a4fb9)
2007-10-10r20: Add the registry library. Still needs a lot of work,Jelmer Vernooij1-0/+389
see source/lib/registry/TODO for details. (This used to be commit 7cab3a00d7b4b1d95a3bfa6b28f318b4aaa5d493)