CoRegisterClassObject
Registers an
EXE class object with OLE so other applications can connect to it. EXE object
applications should call CoRegisterClassObject on startup. It can also
be used to register internal objects for use by the same EXE or other code
(such as DLLs) that the EXE uses.
STDAPI CoRegisterClassObject(
REFCLSID rclsid, |
//Class identifier (CLSID) to be registered |
IUnknown *
pUnk, |
//Pointer to the class object |
DWORD dwClsContext, |
//Context for running executable code |
DWORD flags, |
//How to connect to the class object |
LPDWORD * lpdwRegister |
//Pointer to the value returned |
); |
|
Parameters
rclsid
[in] CLSID to
be registered.
pUnk
[in] Pointer
to theIUnknown interface on the class object whose availability is being
published.
dwClsContext
[in] Context
in which the executable code is to be run. For information on these context
values, see the CLSCTX
flags
[in] How
connections are made to the class object. For information on these flags, see
the REGCLS
lpdwRegister
[out] Pointer
to a value that identifies the class object registered; later used by the CoRevokeClassObject
Return Values
This function
supports the standard return values E_INVALIDARG, E_OUTOFMEMORY, and
E_UNEXPECTED, as well as the following:
S_OK
The class
object was registered successfully.
CO_E_OBJISREG
Already
registered in the class object table.
Remarks
Only EXE
object applications call CoRegisterClassObject. Object handlers or DLL
object applications do not call this function instead, they must implement and export the DllGetClassObject
At startup, a
multiple-use EXE object application must create a class object (with the IClassFactory
Multiple
registrations of the same class object are independent and do not produce an
error. Each subsequent registration yields a unique key in lpdwRegister.
Multiple
document interface (MDI) applications must register their class objects. Single
document interface (SDI) applications must register their class objects only if
they can be started by means of the /Embedding switch.
The server
for a class object should call CoRevokeClassObject
There are no existing instances
of the object definition
There are no locks on the class
object
The application providing
services to the class object is not under user control (not visible to the user
on the display).
After the
class object is revoked, when its reference count reaches zero, the class
object can be released, allowing the application to exit.
For
information on the flags parameter, refer to the REGCLS enumeration.
See Also