Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Installing ActiveX control with Domain Authentication
Message
 
To
All
General information
Forum:
Visual FoxPro
Category:
ActiveX controls in VFP
Title:
Installing ActiveX control with Domain Authentication
Miscellaneous
Thread ID:
00523154
Message ID:
00523154
Views:
43
I'm having a problem getting an ActiveX control installed properly at a client's site. We use TX Text Control 8.0 as an integrated word processor for mail-merge purposes in our application. Using the VFP Setup Wizard, I created a package that includes the ActiveX Control. This works perfectly on our machines at the office. When our client attempts the install, all of the files copy, but the Activex control can't register. We get the error: TX4OLE.OCX Unable to register itself in the registry. Attempting to register the control manually using RegSvr32 returns: DLL Register Server. C:\path\TX4OLE.OCX Failed. Return Code 0x800004002. I couldn't find any information on that specific code. To make matters worse, after the control is installed, the shortcut keys and toolbars no longer work in MS Word 2000. Very strange since this control has nothing to do with Office. At the most, they share they same C++ and MFC runtimes.

The network guy called this morning and said that she (the client) is set up with Windows NT Workstation 4.0 SP4, uses domain authentication, and is part of the Administrator group. When using local authentication, everything works as expected including Office 2000. Also, the control installs correctly on Win98 machines, which don't suport domain authentication. According to him, domain authentication invokes a separate set of permissions based on group membership. I'm thinking that access to install and use ActiveX controls must somehow be turned off. He seems to think that my installation routine and application should handle this scenario. I guess it's a case of the network guy and the developer pointing the finger at each other, and neither one of us can blame the hardware guy <g>.

Frankly, I'm at a loss, and the client claims she is "dead in the water." Any help is much appreciated.
Next
Reply
Map
View

Click here to load this message in the networking platform