Houston

>>Walter

---

"Yes, it will make simple calculations a lot faster" - Actually it will also make complex calculations faster, and moderatly complex calculations faster, and ...

It is just how do you define complex. For example run a STD() function over a table and compare this with native code. You'll find no significant difference. I agree there where a lot of mathimatical functions are used in VFP you might be better of with native code. However complex functions that are performed by a single or just a few VFP commands will not be much faster.

>"but you'll gain no performance when using high level commands like SQL-SELECT" - seems to me you are agreeing with my first post, but seem reluctant to admit it - "The only area in which VFP excels (relative to VB) is in data processing - fortunately this is pretty much all we want to do in VFP".

I'm not that sure that data processing is the only field where VFP excells compared to VB. Complex Stringhandling might be another. For example I don't know for sure if VB can format and transform (STRTRAN(), TRANSFORM(), etc functions) just as fast a VFP. VFP has a rich language and there has more commands than VB. I guess that there are circumstances where you might be better of with VFP than VB.

Let me bouce the question: In what area does VB perform better than VFP (only in terms of performance) ?

Walter,