Then definately look at some of the shootout examples - function call via Fibonacci and Ackermann,
basic string operations like concat, word + line count, reverse large string, Array manipulation and summming,
Erathosthenes (still a better mix IMHO), and some language specifics like object init and so on in Win32 -
easy to implement for vfp and ready-to-use source for comparison with other languages on you machine.

In Javascript current results should be MUCH better as those engines received much love recently.
See newer tests (more specialised "real world" concepts) to see how far V8 surpasses other scripting languages
including my favorite PYthon for most tasks. But as Python has even better options to speed up really slow parts than vfp
(already in C implemented parts like NumPy, Cython et al, pure C) I am not really worried.

Unless you really make use of the cursor engine there is no way to argue for vfp today decisevely -
Even RAD can be done with other tools, although not always that well integrated.
But there is not a big reason to argue against vfp as well ;-)

regards

thomas

>I am not looking at code speed improvements for any project at the moment. This is more a simple matter of curiosity to see how VFP stacks up against more modern languages in respect of basic and simple operations. So without seeing a VFP vs. XYZ comparison I cannot see how it compares. I know that C, LUA, and various others are very fast. But was just looking for a few comparative stats.
>
>>Hi Jos,
>>
>>I think you should look at the tests and just implement those in vfp you think are relevant.
>>The tasks shown in the shootout give some indication on what is fast in what type of language.
>>Vfp is in line with fast scripting languages - all of them have some strengths and weaknesses.
>>
>>And don't forget that minimal code in scripting languages should be moved to a more to the metal language
>>if it is slowing down the whole app. Example in vfp is the Levenshtein in my apps -
>>I needed that and a C implementaion of just the function called is about 10 times faster,
>>which cut down processing time by a large percentage.
>>
>>What are you after - switching as a whole or speeding up part of something currently vfp coded ?
>>
>>regards
>>
>>thomas
>>
>>>Thanks Thomas, but without the VFP I can't do the comparison. I'm not looking for fastest language, which imo is not so relevant anymore for general applications. I am looking for VFP vs. a couple of major languages.
>>>
>>>>Hi Jos,
>>>>
>>>>google for Great Computer Language Shootout.
>>>>There is already a lot of code in many languages written to compared -
>>>>only the vfp part is missing.
>>>>Especially some of the older Win32 variations should be easy to do.
>>>>Somewhere must be the search for prime number I once ported to test my take ;-)
>>>>
>>>>regards
>>>>
>>>>thomas
>>>>,
>>>>>
>>>>>I am doing a raw speed test on some very simple operations to compare basic VFP operations with another language. Would some of you care to do a similar test against another language of your choice? e.g. Python, PHP, VB.Net, whatever. I am looking for VFP speed vs. language_of_your_choice speed on the same machine. Here are two simple tests manipulating some numbers and building a string in VFP
>>>>>
>>>>>