>
> Sounds like "enable 32bit apps" in application pool settings.
That was one of the pool settings I twiddled without any effect (I thought
it was a great candidate for being involved) -- Greg
possible to
have variations like this.
>>
>> Regards,
>> Mark Hurd, B.Sc.(Ma.)(Hons.)
>>
>> Sent via Windows Phone 8
>> ________________
>> From: Greg Keogh
>> Sent: 3/01/2014 1:00 PM
>> To: ozDotNet
>> Subject: COM class
sible to
> have variations like this.
>
> Regards,
> Mark Hurd, B.Sc.(Ma.)(Hons.)
>
> Sent via Windows Phone 8
> --
> From: Greg Keogh
> Sent: 3/01/2014 1:00 PM
> To: ozDotNet
> Subject: COM class not found as admin
>
> Folks
Procmon is showing me that the apps that work correctly are reading the COM
registration from this key:
HKCR\Wow6432Node\CLSID\{8760F575-2E30-4F35-80C8-44D9D77E0D92}
Whereas the failure running in VS2013 shows it reading this key and failing
NOT FOUND:
HKCR\CLSID\{8760F575-2E30-4F35-80C8-44D9D77
quot;
Sent: 3/01/2014 1:00 PM
To: "ozDotNet"
Subject: COM class not found as admin
Folks, my holiday machine rebuild broke a WCF service that calls a COM
component.
I know the COM class is registered as I can call it from NUnit tests, a command
line app and I even browse to it fro
Folks, my holiday machine rebuild broke a WCF service that calls a COM
component.
I know the COM class is registered as I can call it from NUnit tests, a
command line app and I even browse to it from IE and I see it respond.
Running or debugging the project in VS2013 as Administrator gives
CLASSN
