coding volunteers needed for msrpc server-side API conversion

Luke Kenneth Casson Leighton lkcl at samba.org
Thu Jan 27 17:20:29 GMT 2000


i'd suggest starting with lsa_close().

examine wkssvc/srv_wkssvc_nt.c, samr/srv_samr_passdb.c for comments (esp.
the ones at the bottom of the samr fn).

please remember that the intent is to make lsa_lookup_names() client-side
and ALLL other client-side functions take UNICODE strings _not_ char*, so
if you see a cli_*.c function with char*, replace with UNISTR2* and maybe
you'll have to put UNIHDR* in as well (an artefact of the way i'm doing
UNICODE strings: sorry).

On Thu, 27 Jan 2000, Elrond wrote:

> 
> Hi,
> 
> I could do some things with lsarpc on sunday (I'm busy
> until sunday. Maybe I get some time on friday or today...)
> 
> Could you create some appropiate starting-point in
> lsarpcd/, so I have something to start of?
> 
> I would like to start with lookup_names and lookup_sids,
> and then (_if_ I get that far) continue at the bottom, so
> someone else can start at the top?
> 
> 
> Any comments?
> 
> 
>     Elrond
> 
> 
> On Thu, Jan 27, 2000 at 08:59:35AM +1100, Luke Kenneth Casson Leighton wrote:
> > ok, people, i _really_ need help with this.  i estimate that if i work on
> > this full-time it's going to take about... two weeks.
> > 
> > i have one volunteer for the samr functions.  it's been two days, already,
> > and i'm only half-way through samr.
> > 
> > that means, nothing else gets done, and samba-tng current cvs is broken
> > because the _samr_lookup_rids() function goes into an infinite loop on
> > that stupid unix-lookup stuff.  so, if i get to it, it will be in over two
> > weeks time, based on current schedules, which means everyone gets to
> > suffer two weeks of email, "i can't get samba-tng to work".
> > 
> > i'm intending to replace the broken passdb/*.c and groupdb/*.c code with a
> > proper samr implementation, but _only_ after the samr conversion.
> > 
> > to help jean-francois with the spoolss code, i'd like to have spoolss
> > converted over, too.
> > 
> > more hands, light work...
> > 
> > 
> > On Tue, 25 Jan 2000, Luke Kenneth Casson Leighton wrote:
> > 
> > > if anyone wants to help with a very boring but basically self-consistent
> > > task, i'd really appreciate it.  the goal is, examine rpc_client/cli_*.c
> > > functions, e.g samr_open_domain(), and create a srv_*.c function with
> > > EXACTLY the same paramaters called _samr_open_domain(), for all functions
> > > in rpc_client/cli_*.c and srv_*.c.
> > > 
> > > please see samba tng's rpc_server/srv_samr.c and samrd/srv_samr_passdb.c
> > > for examples of the code-conversion in progress.  i cut/paste a section of
> > > proto.h from rpc_client/cli_samr.c into the top of samrd/srv_samr_passdb.c
> > > to make this job easier.
> > > 
> > > if you want to help out, then please follow these instructions, in order
> > > to avoid duplication of effort:
> > > 
> > > 1) EITHER: refer to http://samba.org/listproc/samba-technical and look for
> > > messages with this subject line OR: change your subscription to non-digest
> > > mode on samba-technical.
> > > 
> > > 2) post a message to samba-technical in reply to this message (exclude the
> > > text) saying which MSRPC pipe and which functions in that pipe you would
> > > like to volunteer for the conversion.
> > > 
> > > 3) wait 20 mins or so, refer to samba-technical, see if anyone else also
> > > volunteered.  sort it out between you so as not to duplicate effort.
> > > 
> > > 4) examine and follow the example code plus the coding STYLE, please.  
> > > put copyright your name 2000 at the top of the file in the GPL header.
> > > istarted out by making 2 copies of rpc_server/srv_samr.c and then go from
> > > there.  changes to rpc_parse/parse_*.c::make_r*() functions are sometimes
> > > necessary.  changes to rpc_parse/parse_*.c::make_q*() functions are NOT
> > > necessary and should not be done.
> > > 
> > > 5) send me a diff -u patch, they're far easier to read before doing patch
> > > -p0 < your_diff.  send it as an attachment not inline text because your
> > > emailer or mine may word-wrap anything over 80 chars in length.
> > > 
> > > i will be chewing through srv_samr.c from the top: if anyone wants to
> > > start at the bottom and work up, i'll meet you somewhere in the middle :)
> > > please follow the reporting instructions above.
> > > 
> > > thx!
> > > 
> > > luke
> > > 
> > > <a href="mailto:lkcl at samba.org"   > Luke Kenneth Casson Leighton    </a>
> > > <a href="http://www.cb1.com/~lkcl"> Samba and Network Development   </a>
> > > <a href="http://samba.org"        > Samba Web site                  </a>
> > > <a href="http://www.iss.net"      > Internet Security Systems, Inc. </a>
> > > <a href="http://mcp.com"          > Macmillan Technical Publishing  </a>
> > > 
> > >  ISBN1578701503 DCE/RPC over SMB: Samba and Windows NT Domain Internals
> > > 
> > 
> > <a href="mailto:lkcl at samba.org"   > Luke Kenneth Casson Leighton    </a>
> > <a href="http://www.cb1.com/~lkcl"> Samba and Network Development   </a>
> > <a href="http://samba.org"        > Samba Web site                  </a>
> > <a href="http://www.iss.net"      > Internet Security Systems, Inc. </a>
> > <a href="http://mcp.com"          > Macmillan Technical Publishing  </a>
> > 
> >  ISBN1578701503 DCE/RPC over SMB: Samba and Windows NT Domain Internals
> 

<a href="mailto:lkcl at samba.org"   > Luke Kenneth Casson Leighton    </a>
<a href="http://www.cb1.com/~lkcl"> Samba and Network Development   </a>
<a href="http://samba.org"        > Samba Web site                  </a>
<a href="http://www.iss.net"      > Internet Security Systems, Inc. </a>
<a href="http://mcp.com"          > Macmillan Technical Publishing  </a>

 ISBN1578701503 DCE/RPC over SMB: Samba and Windows NT Domain Internals



More information about the samba-ntdom mailing list