Hi jess,
>This is in relation with the 5 star rate of VFP7 given by 3 folks. Any criteria in rating VFP7 as a product?
>
>With due respect to you guys, I rate VFP7 based on these criteria:
>
>3. Compiler Performance 3 no native compilation support.
>
A Native compiler would not support functions and commands like &, EVAL(), COMPILE, _VFP.DoCmd, (EXECSCRIPT ?) and others which have evaluate ascii characters as commands. Native compilers have a cost in that flexibility decreases (as you cannot use the commands above)
A Native compiler is heavely overrated IMO. A Native compiler is not going to make our forms, DML commands, SQL, file handling faster. The bottleneck is I/O rather than pure processor performance. Only if you want to do fast calculations and very intensive calculation loops with no file I/O a native compiler would help a bit. OTOH, if you're planning to do this, you'd better write a DLL in VC++ to do just that.
Since the processors are getting faster by the month the importance of a native compile decreases. It's better to find a way to reduce other I/O (graphics card, Disk or network) since the vast majority of performance problems arise here.
my fl 0,02
Walter,