>Jim, from what I know, MS use and push OLEDB as a new technology that MS going to use in all database programming and other data accessing. I guess you require to rework this idea to fit it into the idea of the OLEDB, otherwise it have no chanse to survive. I would say it would be good to do something another - built into the VFP functionality of the OLE DB so it will work more quickly than through COM interface, as well as VFP will have built-in OLEDB driver for VFP database that will connect to VFP server, as well as a built-in ability to convert OLEDB record source to pure VFP cursor and vise versa with ability to udate data from the cursor converted into OLEDB record source. OR, at least, MAKE FILNALLE converting of ADO<->VFP Cursor as good as possible with support of all field types (include General) and built into the ADO this functionality to do not use VFPCOM.DLL

In another thread, someone asked for a "DataWindow"; combined with this "Server-like" component, they're asking for a PowerBuilder "clone" (whether they realize it or not).

I always said VFP "competed" with PB (vs VB, Delphi, etc.)