>>>>I know that a number of people are currently using the VFP 6.0 Beta. I am about 20% into converting a very large vertical market app from 2.6 for DOS to VFP. Currently I am using VFP 5.0a. With 6.0 comming out in the next week or so I am trying to decide should I jump on 6.0 and get all the new features or stay with a relativly stable 5.0a. If I don't get this right I could go under as this product is all we really have after over four years of work.
>>>>
>>>>Any comments?
>>>>Thanks,
>>>
>>>John,
>>>
>>>Let me pop in here with some analysis and design issues for you to consider. First of all I find VFP6 very stable and a vbery good platform for developing applications.
>>>
>>>However, from what you said in your message you are working on a very high risk project (the future of the company depends on it). There are a number of risks that can be associated with any project, one of them is new technology. Since you already have a very high risk situation it is not desirable to add to the risk in any fashion. Even a very small incremental risk could brign the project down in flames.
>>>
>>>So, my recommendation is to finish the project in VFP 5.0a and save VFP 6.0 for a future, less risky, project.
>>
>>Jim,
>> Thanks for your observations and thanks to all the other people also.
>>Does it look like you would be able to run a vfp 5.0 app under 6.0 with no changes? If so then I would simply wait for ver 6.0a or whatever. With FoxPro for the past 10 year that has been the case allmost all the time. But then Dr. Dave isn't around anymore and you never know.
>>John.
>
>I would say you'll be able to run a VFP 5.0 application under 6.0 with virtually no changes. Some applications (maybe most) will probably run unchanged while a few will undoubtably need a bit of tweaking. You might want to do it at a point in your development process where regression testing will be necessary anyway so your sure that everything will get tested under 6.0.

You might wish to run the 6.0 compiler on your code (in a separate environment from your normal development stuff) to take advantage of some of the new compiler's checking (such as strict date).