Re: RegisterClassImplCategories odd behavior
If I read this correctly, you use the COM runtime to create
an instance of a COM object serverd by your module, am I
right? Besides being wasteful, note this may not work in an
executable since you don't register a class object during
registration. COM has to start a new instance of your EXE
server to provide your object (assuming its registration has
passed already, but otherwise your DLL wouldn't work either).
Then the interface must have marshaling support and here's
where you most likely fail (another possibility is you not allowing
multiple instances of your executable running simultaneously).
I'd suggest you simply create an internal instance of your object
without going through the COM runtime.
--
=====================================
Alexander Nickolov
Microsoft MVP [VC], MCSD
email: agnickolov@mvps.org
MVP VC FAQ: http://www.mvps.org/vcfaq
=====================================
"Steven Edison" <EdisonCPP@newsgroups.nospam> wrote in message
news:%238oWh2EcGHA.3348@TK2MSFTNGP03.phx.gbl...
I'm creating several catagories to house my company's functionality, so we
can enumerate these on a machine to see what's available.
For the longest time, this has been working fine with my ATL (in-proc)
DLLs, using RegisterClassImplCategories, however, now I'm trying to use it
on an (out-of-proc) service, and RegisterClassImplCategories returns S_OK,
but OLE/COM Object Viewer doesn't display the addition. Futhermore, I
manually went to the registery and added the Implemented Categories key,
and vuala, it showed up in the viewer. I recompiled which, of course,
reregistered it, running through my RegisterClassImplCategories() again,
and it removed my registry entry, while still returning S_OK.
I have a wrapper interface that handles the naming convention of my
categories, here's the code for the RegisterClassImplCategories() function
call:
//Simple function that really just calls RegisterClassImplCategories()
STDMETHODIMP CProCatRegister::RegisterClassInCategory(REFCLSID clsid, GUID
catid)
{
RPC_STATUS status;
if(::UuidIsNil(&catid, &status)) return DISP_E_PARAMNOTOPTIONAL;
if(::UuidIsNil((UUID*)&clsid, &status)) return DISP_E_PARAMNOTOPTIONAL;
HRESULT hr = E_FAIL;
if(FAILED(m_hrCreate)) return m_hrCreate; //Checks that m_pCatRegister
was created properly in constructor
if(m_pCatRegister)
{
CATID Catid[1] = { catid };
hr = m_pCatRegister->RegisterClassImplCategories(clsid, 1, Catid);
}
return hr;
}
Then in my ATL service's RegisterAppId() function for registering the
service:
HRESULT RegisterAppId(bool bService = false)
{
HRESULT hr = __super::RegisterAppId(bService);
if(SUCCEEDED(hr))
{
CComPtr<IProCatRegister> pCatReg = NULL;
if(SUCCEEDED(pCatReg.CoCreateInstance(CLSID_ProCatRegister)))
{
hr = pCatReg->RegisterCategory(CATID_VideoSource,
(char*)szVideoSrcName); //works fine
if(FAILED(hr)) return hr;
hr =
pCatReg->RegisterClassInCategory(CLSID_ReceiveFrameContainer,
CATID_VideoSource);
if(FAILED(hr)) return hr;
}
}
return hr;
}
Any ideas why all of this works fine for my ATL DLLs, but not this
service? Thanks.