Sergey

Using your code to show me the control file, on my PC I found that the RichTx32.ocx actually registered on my PC is in another application - so its not actually using mine! This is what it gave me: C:\Program Files\project dogwaffle\RICHTX32.OCX. Dogwaffle is someone else's application.

Q1: Do you know whether an install file overwrites the old registration, or whether it bypasses the new registration if that file is already registered? If it overwrites the old registration, then I guess uninstalling the latest program will result in the original program no longer working, as the original registration has been removed

Q2: If I use a manifest, I assume I could put RICHTX32.OCX into the application folder?

Thanks for your help on understanding more about the registry, a topic I have avoided up to now<g>..

Cyril



>I guess I wasn't clear. Some ActiveX controls have versions in which case new control will have separate entry in the registry. Which version to use is not decided by registry but the ProgID stored in the application. The registry is used to find control on the disk.
>
>As I said, I don't think that the different versions of RTF controls have different version in the registry. In which case installing new RTF control will replace old one in the registry. Because old and one controls have the same entries in the registry (pointing to different physical files), uninstall of the old version deletes those entries making new one unregistered.
>
>IMO, RichTx32.ocx belongs in the System32 but DBI's controls you can put where it suits you.
>Check also my response to you in another thread about using ActiveX controls w/o registration in the registry
>
>>
>>Then I think I've made a mess of my installation setup because I did not realize this.
>>
>>For my older version, I installed activeX controls (like DBI's ctTree and RichTx32.ocx) into System32 under Windows. These were registered by the install program
>>
>>When I came out with a new version, I changed the application folder name and got the install program to put the activeX controls into the same folder as the application. These were also registered by the install program.
>>
>>I had assumed that the registry would know which controls to use for each application.
>>
>>But if there is only one entry in the registry, then I guess the second install did not actually register the controls, as they were already registered!
>>
>>This issue has arisen because a user has just uninstalled the older version, and the new version now gives an OLE error.
>>
>>Note: I thought it would be a good idea to avoid placing the controls into System.
>>
>>
>>So what are my options? Should I create a new install program that puts everything into System?
>>Or should I write a registration file which the user can run if they have OLE problems. This file will I guess contain:
>>
>>regsvr32.exe "c:\ABC8\Richtx32.ocx"
>>regsvr32.exe "c:\ABC8\ctTree.ocx"
>>
>>
>>Any advice?
>>
>>Cyril
>>
>>
>>
>>>Cyril,
>>>
>>>The 'RichText.RichTextCtrl' is a ProgID for RTF control. It's also Version independent ProgID because it doesn't include the third part (version) and points to the latest version of RTF control. If you have multiple version of an ActiveX/COM server installed, than you will have multiple entries in the registry under HKEY_CLASSES_ROOT in the form < Program >.< Component >.< Version >. They point to the CLSID of the component. You may have multiple entries that all points to the same CLSID.
>>>
>>>Which version VFP will use, depends on ProgID stored in the form for the control.
>>>BTW, I don't think you can have multiple versions of RTF control in the registry on a PC because all I've seen are version 1.