Thomas Heller wrote:
> Tim Roberts schrieb:
>
>> Out-of-process servers call CoRegisterClassObject to register their
>> classes with the COM runtime. That doesn't change the registry. I
>> can't find a COM utility to return the process ID for a given CLSID, and
>> without that, I don't know ho
Tim Roberts schrieb:
> Kevin Patterson wrote:
>> Does the registry get updated every time the comserver is run? For
>> example I know some of my users keep multiple copies of the same rev
>> (or different revs) in different directories. My script often gets
>> called after the COM server is up and
Kevin Patterson wrote:
> Does the registry get updated every time the comserver is run? For
> example I know some of my users keep multiple copies of the same rev
> (or different revs) in different directories. My script often gets
> called after the COM server is up and running:
>
> So user has:
>
Kevin Patterson wrote:
> Once I've successfully called Dispatch and gotten an object back from
> the COM server, is there a way to determine the path to the exe of the
> COM server where I got the object from?
>
> There are some other DLL's that are not COM servers in the same
> directory as my COM
Once I've successfully called Dispatch and gotten an object back from the
COM server, is there a way to determine the path to the exe of the COM
server where I got the object from?
There are some other DLL's that are not COM servers in the same directory as
my COM server, and I'm looking for an ea
Tim Roberts wrote:
> Tim Golden wrote:
>> Tim Roberts wrote:
>>
>>> The "usual" way to determine whether the desktop has been locked is to
>>> call OpenDesktop on the desktop called "default", and then try to use
>>> SwitchDesktop to switch to it. If the SwitchDesktop fails, then the
>>> workst
