>VFP can compile code at runtime into tokenized p-code. Referring to VFP as an interpreter is incorrect in the sense that it never interprets any code. Compare it to .NET in the way that C# and VB .NET are compiled into IL code, and then the IL code is executed (kind of interpreted, but mainly executed since it is pre-compiled like VFP). It is a common misunderstanding because of VFP's ability to do things like EVAL() and ExecScript(), and TextMerge. Maybe it would be useful for you to request these VFP features in future versions of .NET languages such as C# and VB .NET, and give business cases as to why they are very useful. The .NET teams like to hear from customers about things like this, not just yag and I. I'm sure other VFP developers who are learning and using .NET languages would agree that adding these VFP functions is needed.

Hi, Ken.
Is there something simmilar to the VFP Wish List for .NET?

It would be good to have such a resource. Also, I think that maybe the VFP community could build a set of VFP features missing in .NET in its actual state, document the biz cases, and submit it all, in a consistent fashion. But that's up to us, of course. 8-)

Thanks in advance,