summaryrefslogtreecommitdiff
path: root/source4/librpc/idl/srvsvc.idl
AgeCommit message (Collapse)AuthorFilesLines
2007-10-10r3283: converted to quoted uuid() defines in all our IDL. This should helpAndrew Tridgell1-1/+1
the build on systems like solaris with the SunPRO compiler (This used to be commit fe913ad11bf1c5e9fe04ed769a93b0ea16aa0a34)
2007-10-10r1838: Updates from the airplane:Jelmer Vernooij1-1/+2
- IDL fixes + adding comments - Start working on dcom infrastructure (This used to be commit ef0fc269f06c82594c34ad8673c76c5ea099250e)
2007-10-10r1545: add some comments and move a transport function to the transport sectionStefan Metzmacher1-5/+8
metze (This used to be commit 7d5ca8cc7cdeef0fc9307f8f98366958aa4ce3c2)
2007-10-10r1543: add srvsvc_NetRemoteTOD idl and torture testsStefan Metzmacher1-1/+21
metze (This used to be commit 3f2b77d7ec024f54dc478522d85278ced8fce617)
2007-10-10r1525: share info level 1004 is invalid,Stefan Metzmacher1-4/+9
but is not the same as the default case metze (This used to be commit 5fe88379ad2de0a346bb7155e74eb00cfa3ef44c)
2007-10-10r1524: add some commentsStefan Metzmacher1-1/+13
metze (This used to be commit f5240737629ccd57693f8fb162ba7baca53a4672)
2007-10-10r712: fixed a bug in the NetShareGetInfo idl, and added another info levelAndrew Tridgell1-1/+6
(This used to be commit 93977055939c5282dbf218f3a6739fa17ebfc641)
2007-10-10r464: a big improvement to the API for writing server-side RPCAndrew Tridgell1-28/+28
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-10r359: moved the share type definitions to srvsvc.idlAndrew Tridgell1-0/+8
I'd like to see more protocol defininitions in the IDL files and less in smb.h where possible. (This used to be commit 854b875bbe447955fb0c3876f046931d0bfde06c)
2003-12-20latest srvsvc and wkssvc IDL from metzeAndrew Tridgell1-103/+720
(This used to be commit 59557a557df6e61af4f01534489691416398fb26)
2003-12-15fixed srvsvc DiskEnum callAndrew Tridgell1-12/+12
strangely, the output doesn't seem to contain an info level. Some programmer stuffed up the IDL :) (This used to be commit a39ee5d00341e1dbde0b38474ba4d5e980e74538)
2003-12-15patch from metze with updates to srvsvc and changes to pidl to allowAndrew Tridgell1-70/+109
for the server rpc boilerplate to correctly generate for multiple interfaces on an endpoint (This used to be commit 56143689ecf623e8a6ef5c453e6ad1ca9404411c)
2003-11-21* changed the way strings are handled in pidl to a much more generalAndrew Tridgell1-1/+3
interface. We now support an arbitrary set of flags to each parser, and these can be used to control the string types. I have provided some common IDL string types in librpc/idl/idl_types.h which needs to be included in every IDL file. * added IDL for the endpoint mapper. Added a test suite that enumerates all endpoints on the server. (This used to be commit d2665f36a75b482ff82733f72ffac938c2acf87a)
2003-11-20fixed srvsvc_NetShareEnumAll()Andrew Tridgell1-15/+9
(This used to be commit ab4056e25ccfde5136ff3a1cd5d1efa78f1eee1b)
2003-11-20Add a 1004 level for srvsvc.Richard Sharpe1-0/+10
(This used to be commit 9810e6f180564247dee584d197180d394b208c24)
2003-11-20 * changed to midl syntax using [case(x)] instead of case(x)Andrew Tridgell1-45/+26
* use empty defaults instead of a dummy empty structure (This used to be commit 555a340d3c0697b147799bc0a6615e01e196daf6)
2003-11-19switched to a new way of handling unions, so that we can handleAndrew Tridgell1-45/+20
alignment correctly for unions that have non-uint16 discriminants fixed the union handling in srvsvc.idl. (metze, please take a look at the changes, your IDL did match what was one the wire in most cases, but isn't the way IDL is usually coded) (This used to be commit 7b5d0287298e8505e0ec7b22d75d9f9a8a610031)
2003-11-19Fix up some things in the IDL, and fix up a mistake I made before.Richard Sharpe1-1/+0
entriesreturned does not appear as a top-level IDL item. It appears in the structure that is returned. I have traces of TransportEnum that Ethereal properly dissects ... (This used to be commit e3f046037844e3017653f56d6c262951db1f1d4f)
2003-11-19Some simple tweaks to the IDL to make it more correct ...Richard Sharpe1-7/+11
I am also concerned about the difference between NetShareEnum and NetShareEnumAll. I would be interested to see a trace of NetShareEnumAll. I also think we should stick to the names used in MSDN where possible, as that makes it easier for people who are familiar with MSDN to help us get this right. (This used to be commit 580939e62e80a06b9a8ad974f6798c49dab4f78c)
2003-11-19srvsvc IDL and test code from metze. Thanks!Andrew Tridgell1-0/+620
(This used to be commit 54d3cb22dc0ddc46eb114aa104e0660b3a437cb2)
generated by cgit (git 2.34.1) at 2024-11-10 15:40:12 +0000