Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
The perfect setup routine
Message
 
 
To
All
General information
Forum:
Visual FoxPro
Category:
Installation, Setup and Configuration
Title:
The perfect setup routine
Environment versions
Visual FoxPro:
VFP 9 SP1
OS:
Windows XP SP2
Network:
Windows 2003 Server
Database:
MS SQL Server
Miscellaneous
Thread ID:
01262704
Message ID:
01262704
Views:
67
I need a simple, straightforward, error-free way to install a new application. It should install and/or register only those files that are truly necessary into logical, predictable folders. While that would seem an obvious objective, I have never been able to accomplish it with InstallShield. This time, I’m planning to use InnoSetup. There are several threads here and on Fox Wiki about setups but much of the information is contradictory or applies to specific, and often older, operating systems.

What runtime files constitute the bare minimum? This is an English-language VFP 9 EXE running on Windows XP workstations. Some users will access it via Windows Remote Desktop. The app should reside on the workstations while the data is in SQL 2005 on a Windows SBS 2003 server. The runtime files list obviously includes msvcr71.dll, vfp9r.dll and vfp9renu.dll. Is vfp9t.dll useful? Is it true that gdiplus is redundant for Windows XP?

Historically, VFP runtime files have been “splattered” across the disk—some in the system directory, some in a shared directory and some in the application directory. Since there will be a single VFP application I’d like to place all of the runtime files in the application folder. One contributor on Fox Wiki indicates that none of the files needs to be registered if they are located in the folder with the application. If that proves to be correct, it should greatly reduce installation and maintenance problems, a major objective.

The application uses an older version of Amyuni’s PDF Converter (2.06, one of the last with royalty-free distribution included.) I haven’t been able to install it on the server (seems to be a ‘policy’ issue) so it will have to go on the workstations. Is there a good reason why it should not be put in the application directory too?

While I maintain the application code, all of my clients have IT staff to maintain the OS and hardware. Inevitably, they must also install the application occasionally and troubleshoot installation problems. Most of these IT departments do not welcome VFP apps because they find them “difficult to maintain.” I’d like to make life easier for them and for me. Your thoughts on this somewhat unconventional approach are appreciated.
Next
Reply
Map
View

Click here to load this message in the networking platform