Hi, Leland.
Sorry for arguing, but:
>Delphi is Trubo Pascal. Both Trubo Pascal and C/C++ are lower level languages that are very fast and both are very good languages. Visual FoxPro is a higher level language that run in a layer on top of C/C++.
Delphi is MUCH higher level than C++. Maybe you can do some mapilulation at lower levels than VFP, but you put both at the same level.
>Based on my understanding, Visual FoxPro is written in C/C++. Its GUI is witten mostly in C++. When a user of VFP builds an application, much of what is compile into it is really C++. For example, when a VFP application issue a browse command to bring up a browse window, the command broswe is a VFP command, but the browse window is C++. Therefore, when a user is manipulating data in a browse window, they are executing C/C++ code. The VFP database engine itself is written in C.
>Also, the VFP foundation classes, libraries, use of Win32 API, runtime, ect are all C/C++, so it hard to guage how much of a VFP application is procedural VFP commands, and how much of the app is running in C++
The fact that VFP is written in C++ doesn't imply at all that the running performance for simmilar constructions would be the same. Specifically, a VFP is NOT running in C++. VFP compiles to a tokenized code (basically, each token correspond with a VFP command or function), and the application is interpreted by the runtime. This is totally different from a C++ application, whose code is compiled.
Following your logic, one could stated that as both C++ and VFP are finally executing machine code, both run the same as an Assmebler written application. Of course, this isn't true.
I think you just generalized too much. Please, reread your own message...
Best regards,