Terry
I have seen this situation. The site had a network Hub. Changing that to a Switch solved the <bg> VFP problem. If I recall correctly they also had a rouge workstation creating an abnormal amount ot Network traffic.
HTH

>Your VFP apps should be screaming. Does the program behave well on the production system? Are the work stations loading the exe from their local drives or off the network?
>
>Check the lines and performance of the network. Maybe a sluggish RAID? Remember VFP is more of a record processor than a document processor.
>
>If the app doesn't appear to really be speedy on any desktop, it may be worth it to STEP through the loads and inits to assure that unnecessary re-cycling (multiple calls) to startup and init methods is not occuring.
>
>You're gonna hate this: But it could be your network, your app or a combination of both:~).
>
>>We've disabled all Virus software and the machines still run VERRY slowly. It takes up to a few minutes to load the program and then all clicks in the program are slow. I am using unc paths in the path. The second time the program loads it is better, but still slow.
>>
>>Bonnie
>>
>>>>I've been developing apps on a Win98 machine. I compile the VFP 5.0 apps and load them on to client machines. The clients are now upgrading to Win2000 and WinXP. The apps seem to run VERY slowly on these Operating Systems. Is there a problem when I compile on a different OS? My clients are able to run win "Win98 Compatibility mode" which then runs the app at an ok speed. Weird!?
>>>>
>>>>thanks
>>>>
>>>>Bonnie
>>>
>>>In addition to Craig's suggestion, you might need to tweak or disable real-time virus services