>>Can VFPCOM be used by a VFP MTDLL? This so that the DLL can easily return VFP cursors that have been converted into ADO recordsets (which in turn are passed back to an Active Server Page application)? For example, one question I have regards the thread-safety of VFPCOM. I would expect no problems using it with a single-threaded VFP EXE. But what happens with an MTDLL (that is invoked by a multithreaded application such as ASP)? Will VFPCOM still work in that environment?
>
>Mark,
>If it's for converting VFP cursors to ADO recordsets why don't you directly use ADO itself? If you use ADO you'd be able to create much more sophisicated recordsets (ie: one with multiple tables hierarchically related). That's what I do at least.
>Cetin

I want to do queries and dredging (some not with SQL but instead with Scan/Endscan, etc) and generate a VFP cursor from all of that and pass the cursor back to ASP as an ADO recordset.