I already checked out FreeDCE and the newly released DCE-RPC several days ago. Neither provides a DCOM implementation, neither resembles what we need. We may be able to take some code or ideas from them with some work to massage it, but there's not much of use there.
dear mike,
you are correct about DCE 1.2.2 not containing DCOM: it is FreeDCE that does.
other than that - with all due respect, and if i understand you correctly: you are wrong [or looking in the wrong place]
see this:
http://cvs.sourceforge.net/viewcvs.py/freedce/freedce/dcom/dcom.h?rev=1.1&am...
which has been available for just over four years, now.
are you _seriously_ intending to reimplement the DCE/RPC IDL compiler - because that's what's required!!!
DCOM is DCE/RPC underneath: DCOM even has the uuids and transports of DCE/RPC. DCOM is just a c++ wrapper on top of some underlying c APIs, and from what i can gather, you "up" the revision numbers of the interfaces, which DCE/RPC can even do for you.
perhaps i should put you in touch with wez furlong who did the original FreeDCE DCOM work.
you _cannot_ be serious about reinventing the 250,000 lines of c code required to properly support DCE/RPC which is a prerequisite for supporting DCOM.
i can understand the samba team doing that, but _another_ project doing it???
please tell me i am wrong in believing that you are giving serious consideration to a _third_ DCE/RPC runtime and development environment, to compete with samba 4's GPL'd implementation which is in development and with FreeDCE's complete reference implementation which is available under an OSF 1.0 BSD-like license.
l.