ActiveX component can't create object

[Paul W]

I'm having problems setting up a monstrous COM+ Frankenapp on my local
machine. The application works on the development server when I access
it from outside, but I can't use my local version for debugging. The
application works until I attempt to use a portion that requires some
older .dlls, at which point I get "ActiveX component can't create
object" error in dllhost.exe. The point at which it breaks is in a
VBScript:

set xSession = Server.CreateObject("xSession.Session")

While reading up on the problem I noted several posts suggesting that
there was a problem with permissions. I set up both IUSR_<machine> and
IWAM_<machine> as administrators, as well as specifically granting read
permissions to the dlls in question, and this did not fix the problem.
I have registered the dlls multiple times, and changed any setting I
could think of in IIS. I am at my wits end, any help would be
appreciated.

Thanks,
- Paul

[Anthony Jones]

"Paul W" <Paul.Wonderly@medcere.com> wrote in message
news:1149176625.675687.183250@j55g2000cwa.googlegr oups.com...

> I'm having problems setting up a monstrous COM+ Frankenapp on my local
> machine. The application works on the development server when I access
> it from outside, but I can't use my local version for debugging. The
> application works until I attempt to use a portion that requires some
> older .dlls, at which point I get "ActiveX component can't create
> object" error in dllhost.exe. The point at which it breaks is in a
> VBScript:
>
> set xSession = Server.CreateObject("xSession.Session")
>
> While reading up on the problem I noted several posts suggesting that
> there was a problem with permissions. I set up both IUSR_<machine> and
> IWAM_<machine> as administrators, as well as specifically granting read
> permissions to the dlls in question, and this did not fix the problem.
> I have registered the dlls multiple times, and changed any setting I
> could think of in IIS. I am at my wits end, any help would be
> appreciated.
>
> Thanks,
> - Paul
>

Have you got enforce access checks on the COM+ app?

What is the identity that the COM+ app runs under and does that have access
to the dlls?