>I have an application where I can't get everything to work at a client's site.
>
>This application incorporates Stonefield Reports. I guess that there must be a problem with an OCX when that application is running.
>
>What bugs me is that that application was successfully installed on my laptop computer without a fuss.
>
>I know that an application incorporating Stonefield Reports can be installed with VFP5 OCXs (COMCTL32.OCX for the TreeView and ImageList controls, COMDLG32.OCX for the CommonDialogs control) or VFP6 OCXs (MSCOMCTL.OCX for the TreeView and ImageList controls, COMDLG32.OCX for the CommonDialogs control).
>
>I made the error of installing the first setup of that installation by installing Stonefield Reports to be used with VFP5 OCXs. I corrected that error and installed a new version by specifying to Stonefield Reports that it was made to work with VFP6 OCXs.
>
>Now to understand what is wrong with my application I am trying to make it react the same as it does on my client's computer.
>
>What I did is that I ran REGSVR32 and uninstalled all the OCXs (VFP5 and VFP6) from the laptop. At this point I thought that the application would'nt run anymore but it's still running fine. What should I do to really uninstall the OCXs and make that application crash and then be able to reinstall everything again to be certain that everything is installed the right way?

Doug's stuff incorporates his SFActiveX class, which if it finds a reference to an ActiveX control that is not registered, but it can find a provider, registers it. You'd need to remove the OCX after runnin g REGSVR32 /U whatever to keep him from fixing things.