RE: DCOMCNFG nightmare with service

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance



Phew! Found the problem at last. Not the DCOMCNFG settings after all...

I added this line:

val AppID = s '%APPID%'

to the ForceRemove section to my COM object's .rgs file. So now it looks
like this (CLSID/GUIDS removed for clarity):

HKCR
{
ImageExtractorService.ImageExtractor.1 = s 'ImageExtractor Class'
{
CLSID = s '{....}'
}
ImageExtractorService.ImageExtractor = s 'ImageExtractor Class'
{
CLSID = s '{....}'
CurVer = s 'ImageExtractorService.ImageExtractor.1'
}
NoRemove CLSID
{
ForceRemove {....} = s 'ImageExtractor Class'
{
ProgID = s 'ImageExtractorService.ImageExtractor.1'
VersionIndependentProgID = s 'ImageExtractorService.ImageExtractor'
ForceRemove 'Programmable'
LocalServer32 = s '%MODULE%'
val AppID = s '%APPID%'
'TypeLib' = s '{----}'
}
}
}

I presume this registry setting associates my COM object to my service in
some way and allows DCOM to proceed normally.

Hey, I only wasted two soul-destroying days on this, I suppose it could've
been worse!

Thanks everyone.

"markiemooster" wrote:

I've written an ATL service and added an ATL simple object using VS2008. If
I pass /RegServer to the service on the command line (making it operate as a
standard .EXE), and run my test app all is fine. However, if I unregister it
(/UnregServer), and then pass /Service to the service on the command line
(making it operate as a real service), in my test app CoCreateInstance fails
with CO_E_SERVER_EXEC_FAILURE (0x80080005) after 30 seconds or so.

I've looked in task manager, and if the service is already started, another
copy of the process appears briefly and vanishes.

I've read lots of advice about using DCOMCNFG to configure the service but
nothing has seemed to work so far. I wasted most of the day yesterday
tinkering with settings and getting more and more frustrated. Surely this
was supposed to be easy, right?

Currently my service is set to log on using an Administrator account. When
I open DCOMCNFG I see two entries related to my service: ImageExtractor Class
(the interace of my ATL simple object) and ImageExtractorService (my service).

I've set both of them to run using the same Administrator account identity.

In terms of security settings, both ImageExtractor Class and
ImageExtractorService are configured identically:

Launch and Activation Permissions: Administrators have all permissions
Access Permissions: Administrators have all permissions
Configuration Permissions: Administrators have all permissions

I've checked and DCOM is enabled on my computer.
I've added the Administrator account I use to the "Distributed COM Users"
group

Under "My Computer" in DCOM:

Access Permissions -
Edit Limits: Distributed DCOM Users have all permissions

Launch and Activation Permissions -
Edit Limits: Distributed DCOM Users have all permissions

In case it makes any difference, I'm running Vista Ulitmate with SP1.

I'm tearing my hair out here. Could someone please tell me what I'm missing?

Thanks.
.



Relevant Pages

  • Re: DCOMCNFG nightmare with service
    ... ImageExtractorService to run using the same Administrator account identity. ... I open DCOMCNFG I see two entries related to my service: ImageExtractor Class ... Launch and Activation Permissions: Administrators have all permissions ...
    (microsoft.public.vc.atl)
  • Re: DCOMCNFG nightmare with service
    ... I open DCOMCNFG I see two entries related to my service: ImageExtractor Class ... I've set both of them to run using the same Administrator account identity. ... Launch and Activation Permissions: Administrators have all permissions ... Distributed DCOM Users have all permissions ...
    (microsoft.public.vc.atl)
  • Re: Puzzled
    ... >>> I using Pro with the administrator account ... have Permissions, just like files and folders do. ... I've seen this happen with a few apps that don't stick to their settings, ... Not SYSTEM persmissions on Windows ...
    (alt.os.windows-xp)
  • Re: Automated logoff using Winexit.scr
    ... New OU - New Policy ... Settings: Configure this key then Propogate inheritable permissions to ... Permissions granted: Authenticated Users: Read/Special ... test GPO linked to it trying to accomplish that and move a couple computers ...
    (microsoft.public.windows.group_policy)
  • Re: Automated logoff using Winexit.scr
    ... Permissions on Existing Subkeys" radio button, ... New OU - New Policy ... Settings: Configure this key then Propogate inheritable permissions to ... Permissions(Set Value and Create Subkey) on This key and subkeys. ...
    (microsoft.public.windows.group_policy)