>>>This is an exchange I had with someone recently and wanted to know if someone could verify that the assertions sound reasonable. Any additional insight/references welcome as well. There are a couple gaps where there was proprietary information, but the gist of it is here. Thanks!
>>
>>Some of them are not correct. From what I understand you have a chance to compile it some way. If it's so why would you ever want to create a COM and deal with COM problems. Creating a COM and using it as a 'server' looks appealing but it's also a trouble IMHO. Instead create your objects as needed using those libraries. In code the difference looks like:
>>
>>*COM
>>oMyObject = createobject('myCOMDLL.myCOMClass')
>>
>>*non COM
>>oMyObject = newObject('myClass','myClassLib.prg') && or myClasslib.vcx
>>
>>I would go with the latter (but that's me).
>>Cetin
>
>The last class is in VFP9 and uses VFP9 specific commands/functions. As I understood, Jay wants to use it from VFP8.

Yes. So, I need to put the class into a VFP9 project, create a DLL, and then reference that DLL as an object from within my VFP8 code and I should be able to use it almost as cleanly as if it were a class in my VFP8 code. Yes?