>>>Which temp files are we talking about? The one's created by the post setup executable or the one's created by the application itself? If it's the former, I wouldn't be concerned about them since they'll be deleted when the program tereminates.
>>
>>I was talking about the temp file written by my post-setup executable. The executable is on the CDROM, and no matter what I do concerning a temporary directory, it always tries to write a tempfile to the whatever directory the post-setup executable is in.
>>
>>Right now the (messy) installation procedure is
>>
>>Run d:\bgtol\setup\setup.exe (created by the VFP setup wizard)
>>1. The app gets copied to wherever the user wants it
>>2. Treeview gets installed
>>3. IE control gets installed
>>
>>Run d:\bgtol\setup2\setup2.exe (created by me, a compiled VFP .exe)
>>1. The app asks where the user just installed setup.exe. Registry is written for application path and data path and temp path.
>>2. The app installs fonts
>>
>>Then the user can run the app. This works fine if the entire CDROM contents are on the HD. But if setup2.exe is run from the CDROM, VFP complains it cannot write temp files and quits. So my workaround is to have the user run setup2.bat, which does a "copy *.* %temp%" and then a "%temp%\setup2.exe" and the program runs fine.
>>
>>My main app actually doesn't have a problem with temporary files; it's going to %temp% fine. It's the mini-executable I wrote. Maybe it's time to dust off the Perl/Tk docs, this is crazy.
>>
>>Actually, I would really like a good installer that would let me write my Registry settings and install my fonts and register my controls all-in-one.
>>
>>Thanks.
>
>Two things worth mentioning. You can include a CONFIG.FPW in the post setup executable and set TMPFILES=C:. This will direct the temporary files to the C: drive and you won't get the installation program complaining. Wherever they end u going, they'll be deleted on completion.
>
>You might also want to look at the Visual Studio Installer which can be downloaded from the MS site. I've heard good things about it, but haven't had the chance to look at it myself.

Randy,

You could try Installshield. It's the most complete installation package I've come across, though, I should caution you that to write complex installations, you will need to get acquainted with its scripting language. A cut down version is also packaged in Visual Studio as George has just mentioned. It will do for you all that you ask!