>>>>>>>Bite the bullet... Convert to VB6 or Delphi 4 for compiled code. Resistance is futile! :)
>>>>>>
>>>>>>Is there a possibility that future versions of VFP could support compiled code??
>>>>>>
>>>>>
>>>>>
>>>>>VFP is compiled. Do you mean stand alone EXEs? If so, don't count on it. The VFP development team has repeatedly said that standalone EXEs aren't in the future. There are very few Windows applications that work this way.
>>>>
>>>>
>>>>Yes, I do mean stand-alone EXEs, a true 32 bit compiled native code. VFP compiled code as of the moment is slow still. Thanks for the info!
>>>
>>>
>>>Slow compared to what? VFP is faster in many areas when compared to VB, VC++, and others. What exactly do you want to speed up? What coding techniques do you use? For example, m.variable = a + b takes up to 3 times longer to execute than variable = a + b. There are many things you can do to speed up VFP.
>>
>>VFP DML is faster in this area but I am in particular with FORM refresh rate (load time).
>
>Form load speed has been addressed in VFP 6.0, but late binding will always be slower than early binding (like in VB). There are still tricks you can do to make it seem like the form loads faster. Have you looked at the Optimizing VFP whitepaper on the VFP web site? I think it was for 3.0, but some of it still applies.

Good news if VFP 6.0 does some form load improvements. I think late binding is quite common to any development tools specifically on object data binding.