Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
A new survey about VFP product naming
Message
General information
Forum:
Visual FoxPro
Category:
Other
Miscellaneous
Thread ID:
00729776
Message ID:
00729881
Views:
50
Hi Ed,

I'm a guy that has alot of time, energy, and money investmented in VFP, relatively speaking. I am looking for ways to protect my investment in VFP. The advent of Dot Net seem to be eroding the value the market once placed on VFP as a platform of choice for data intensive applications that could be quickly developed and easily distributed.

Since VFP is win32 dependent, wouldn't this present a problem if Windows evolved into a Dot Net specific OS. This begs the question whether 1) VFP would be rewritten to run natively in a Dot Net OS, even though it may not participate in Dot Net CLR, 2) would VFP be provided a win32 emulation layer on which its win32 apps could be run, or 3) would VFP not be ported to Dot Net and just fade away.

I know that as OS system change they go through transation periods until the transition is completed. For example, Window originally ran on a 16 bit platform. When windows was moved to a 32 bit platform to take advantage of 32 bit hardware, C and C++ had to be rewritten to accommodate both 16 bit and 32 bit code. The window's OS, as well as all other applications, had to be re-compiled before they could run on the 32 bit hardware. Eventually, windows became a true 32 bit OS and 16 bit software would no longer run under windows.

What do you see as the best alternative for VFP and what could we do as a community to needle Microsoft in that direction. I personal would like to see a native Dot Net port of VFP with VFP fully participating in the underlying Dot Net foundation, classes, etc. Is this possible?
Leland F. Jackson, CPA
Software - Master (TM)
smvfp@mail.smvfp.com
Software Master TM
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform