Dorin,
>I don't believe that VFP cannot be ported to NET platform as it is. I don't believe that the engine cannot be ported also (exists already Codebase NET). I've seen entire IDEs built on NET platform, or games. Why an interpreted xBase language cannot be built/ported? (I bet that runtimes will be very small)
If you have some time to spare, you could play with the idea of talking to the VFP API through C++ or instantiating a VFP Application object from inside .NET (through COM interop) and calling its DoCmd, Eval and SetVar functions to do what you want. Of course, you would not be able to directly tie in your cursors in that automation object to your .NET UI, so what would that buy you that just calling a fully programmed VFP COM object would not?
It would be like remotely driving a car by giving instructions to someone over the phone. You might accomplish something, but you might not like the result. :-)
You could, of course, have your remote manipulation of the VFP application object use XMLAdapter to convert your result cursor(s) into .NET DataSets and return those over the COM boundary (in theory -- I haven't tested this), so once you wrote a .NET IDE replatement or plug-in or alternative IDE to handle VFp syntax in the .NET IDE and then you wrote a .NET compiler to turn the VFp data access syntax into calls to the VFP application object, then you would have only a few thousand other problems to solve.
But, yes, I'm sure it could be done. Some very smart people have probably spent quite a good many brainstorming sessions on the subject, but maybe some enterprising person or team of people will step up and just do it.