Information générale
Catégorie:
COM/DCOM et OLE Automation
Titre:
Registering VFP COM in Windows 2000
I created a multi threaded COM DLL in VFP7. Some of it's functions contain automation, for example to Word. Now the COM has to be installed on a Windows 2000 machine (without VFP7). This is where the trouble started. I tried both ways I can think of
First with MTS through the Component Services wizard in the Configuration Screen There I had no problems using the COM, also the Automation part, but ONLY as an Administrator, no matter the choice of user account (specific or interactive). This is not what I want. The COM also (maybe just) has to be available for a so called common user, so a non administrator one.
Alternatively I tried the old fashioned way of registring by REGSVR32. First I registered the VFP7T.DLL (which is put in the WINNT\SYSTEM32 directory together with the VFP7RENU.DLL file). After that I registered my COM. The user account issue discribed above disappeared, but now it seems I cannot use the Automation part anymore. At that point the COM generates an "1426 OLE error code 0x80070005 Access denied" on the "oWord = CREATEOBJECT('word.application')" command.
My question is: which of those two variants I should preferrable use and how do I solve the particular problem within that variant? I also have a (I guess) simular problem with the Outlook Automation for sending emails.
Suivant
Répondre
Voir le fil de ce thread
Voir le fil de ce thread à partir de ce message seulement
Voir tous les messages de ce thread
Voir tous les messages de ce thread à partir de ce message seulement