Asif,

I think you are over-simplifying this "compiler" thing!

There was a fair bit of talk on this in the MS VFP forum a little while back, and it was pointed out that:
1) Most of what runs in VFP is actually COMPILED code;
2) Benchmarks by a qualified individual showed that VFP is as fast with string manipulation as any other product.

VFP has weaknesses, notably in screen-related I/O and possibly with some ODBC, but overall it is still nice and fast, ESPECIALLY when using lots of data.
How quick is Delphi on 35 GIGS of data where the main tables number 20 and are each over 1 gig and you have 300+ Customer Service Reps using the system? FPD 2.6 had power to spare, and I can only assume that VFP would have handled it OK too. Could Delphi???

Speed is a relative thing. Not all uses are drag races.

Regards,
Jim N

>I know that most of you are not going to like this, I didn't like it either, but I had to tell a client to go with Delphi.
>
>The bottom line in all cases was raw speed. I have been developing apps in VFP since version 3.0 was first shipped. Even after optimizing my code to death ( yes even with version 5.0a), I cannot achieve an overall speed performance that is comparable to a Delphi app.
>
>If MS does not do something to give VFP a compiler type performance in its next version, VFP will get smashed against the wall.