>Greetings from Palm Springs...
>
>Actually, the VFPCOM DLL provides no new functionality in this regard. The RSToCursor and CursorToRS methods are implementations of procedures Ken Levy created last year. VFPCOM's main functionality is in the ability to have VFP Classes respond to events COM Components raise.
>
>As for VFPCOM not being the solution it appears to be, I would say it is the solution it appears to be. However, it does have its limits. As for events, I have found it to be reliable. As for data, if you are dealing with VFP data, the RS methods work fine. However, if you are working with SQL-Server data, you will run into problems.
>
>The whole reason behind those two methods is to provide an easy way to get VFP cursors into an ADO Recordset, and Vice Versa. When working with VFP data, and all you want to do is move that data between processes, the methods work fine.
>
Hi John,

Don't forget the sunscreen!

Yes, I am aware that Ken made these util's avalilable on his website last year. Maybe I read more into the capability that actually exists, thinking that VFP would be able to access heterogeneous data types via ADO without resorting to ODBC.

But as you have pointed out and I know first hand, this isn't the case.

Thanks for responding, and keep us posted from P.S..