summaryrefslogtreecommitdiff
path: root/source4/libnet/composite.h
AgeCommit message (Collapse)AuthorFilesLines
2007-10-10r9090: Another field in usermod function - account flags.Rafal Szczesniak1-0/+1
rafal (This used to be commit f0d51b78c040937bd27857c063fae215a3f0f465)
2007-10-10r9037: New fields in usermod function - allow_password_change andRafal Szczesniak1-0/+2
force_password_change datetime. rafal (This used to be commit dfa2cc6c4ed8273b1d3ee604954c81c75f0890bd)
2007-10-10r8896: Handle more complex case where field being changed doesn't appearRafal Szczesniak1-0/+5
alone in any of userinfo levels. What's needed is extra query step to fill the userinfo structure and then modify a single field. The other way to do it is userinfo level 21 with bitmap flags set, but first all field flags need to be found. rafal (This used to be commit 59769977e8ebc54be7fa80f19638b634f52df515)
2007-10-10r8807: Modifying datetime field using struct timeval argument rather thanRafal Szczesniak1-0/+2
text-based, after recent discussion with both Andrews :) Basic test seems to work (at least it doesn't fail now). rafal (This used to be commit 1bc3162e9441aeae1d8c4b4f03b5b75eb848f4bf)
2007-10-10r8759: Another couple of fields in usermod routine.Rafal Szczesniak1-0/+6
rafal (This used to be commit 266aaacf0be955096d53e2a967bdaa5d0c5558ed)
2007-10-10r8721: Further work on libnet_rpc_usermod function. Now it can changeRafal Szczesniak1-1/+4
both account name and full name. rafal (This used to be commit 1a779f8643c43677c62fed6ec4bfb54b08647f5b)
2007-10-10r8692: Starting parts of code to provide user modify functionality.Rafal Szczesniak1-0/+15
It's more like a placeholder now, than a working code. Just don't want to hang it around my laptop only. rafal (This used to be commit bee1c9ec2dea4cad703386af35470c7d74cef4b0)
2007-10-10r7732: Implementation of very basic lookup function (to be used in moreRafal Szczesniak1-0/+3
specific routines like resolving a pdc). Also, couple of formatting fixes. rafal (This used to be commit b9deaa995da3a732514d5ceab0010adb58be5fe0)
2007-10-10r7490: Rename functions and prefices s/rpc_composite/libnet_rpc/Rafal Szczesniak1-4/+4
This makes more clear where the functions belong to. Also the rule will be that lowercased function names are not part of "official" libnet API (though it doesn't mean one absolutely cannot use them). rafal (This used to be commit f6ef7b882acc6ee07422944a417a8d9013c9d8d2)
2007-10-10r7323: Complete composite domain open call.Rafal Szczesniak1-0/+1
rafal (This used to be commit 03a228477ea525dbe19d9661cd7c027e594f0fe1)
2007-10-10r7250: Starting work on composite domain open call.Rafal Szczesniak1-0/+10
rafal (This used to be commit aa4cd8f9870b80954801ee588a36fdf286f59f0a)
2007-10-10r6439: Clarify the comment.Rafal Szczesniak1-1/+1
rafal (This used to be commit 96c3838d51c71318fdda3d1691552eba1feafb7d)
2007-10-10r6414: Added composite user del function. Slightly broken still, but I don'tRafal Szczesniak1-0/+11
want it to hang around not commited. rafal (This used to be commit 98d98b9bc7437e744e1e730fa8005b43fb1b672b)
2007-10-10r6381: Started working on user account management functions.Rafal Szczesniak1-0/+11
rafal (This used to be commit 7f3aafca07126f2c42670041020b2b7dfb17fa5f)
2007-10-10r6165: fixed up the userinfo composite code. Fixes include:Andrew Tridgell1-9/+0
- talloc should always be done in the right context. For example, when creating the userinfo_state structure, place it inside the composite structure, not directly on the pipe. If this isn't done then correct cleanup can't happen on errors (as cleanup destroys the top level composite context only) - define private structures like userinfo_state in the userinfo.c code, not in the public header - only keep the parameters we need in the state structure. For example, the domain_handle is only needed in the first call, so we don't need to keep it around in the state structure, but the level is needed in later calls, so we need to keep it - always initialise [out,ref] parameters in RPC calls. The [ref] part means that the call assumes the pointer it has been given is valid. If you don't initialise it then you will get a segv on recv. This is why the code was dying. - don't use internal strucrure elements like the pipe pipe->conn->pending outside of the internal rpc implementation. That is an internal list, trying to use it from external code will cause crashes. - rpc calls assume that rpc call strucrures remain valid for the duration of the call. This means you need to keep the structures (such as "struct samr_Close") in the userinfo_state strucrure, otherwise it will go out of scope during the async processing - need to remember to change c->state to SMBCLI_REQUEST_DONE when the request has finished in the close handler, otherwise it will loop forever trying to close Mimir, please look at the diff carefully for more detailed info on the fixes (This used to be commit 01ea1e7762e214e87e74d6f28d6efeb6cdea9736)
2007-10-10r5677: Split structure definitions from implementation.Rafal Szczesniak1-0/+43
rafal (This used to be commit ec177c92266713e9a486e536c2d81af4eaa2425e)