Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
ProgressBar usage on Terminal Svcs causes Installer visit
Message
 
To
All
General information
Forum:
Visual FoxPro
Category:
ActiveX controls in VFP
Title:
ProgressBar usage on Terminal Svcs causes Installer visit
Miscellaneous
Thread ID:
00479067
Message ID:
00479067
Views:
65
I've been working lately on testing operation of a VFP6 app on a Windows 2000 Terminal Services Server though the TS Client. I made several changes to ensure that temporary files are being stored within the Windows temporary folder structure, which is separated for each user, and testing the app to make sure that multiple users can run it and not stomp upon each other's temp files.

It all works very well, so far, except for one oddball behavior. When I test a function that makes use of my generic progress form that uses the MS ProgressBar 6.0 control, I am prompted to insert the MS Office 2000 Professional CD that contains data1.msi. Whether or not I insert the proper CD, I then receive an error dialog -- "Error 1706. No valid source can be found for MS Office Professional. The installer cannot continue.” The installer prompts 2 more times for the location and displays the error dialog two more times. I've tried more than one CD and even a network location, to no avail.

After the installer prompts and errors, the function that I'm testing continues along as normal, including the progress bar display. But the Installer prompts and errors appear every time that I run the function, which is not a great feature.

I should note here that I don't know beans about how to set up the Terminal Services server. We have a very good tech here who did set it up though. He'll probably work with MS tech support to figure it out, but I thought that I'd check here in case anyone else has found this to be a VFP issue for some reason.

FWIW, we're doing some nice things with the terminal services server, including serving up a spot where multiple users can create PDF files without having to install and maintain the Acrobat writer software on lots of distributed PCs, allowing remote users to run our client/server app with better performance than they can get over their 56k lines, etc.

Thoughts? TIA.
Next
Reply
Map
View

Click here to load this message in the networking platform