Hi Tom,

I don't know your reasons for leaving the .exe in the server instead of installing it in the workstations, but if it is for ease of deploying new versions and updates, you should run a quick search on "stub program" here in the UT.

Let us know what happens!!!!

Alex




>Hi Alex - It seems this is going to be the last resort choice. I was searching the thread and last year there were several threads running with the same problem. Someone made the comment that Microsoft had acknowledged a problem with XP and a VFP executable. It seems strange that the the first user in gets very acceptable response time, but the the following users have very poor response time. I have tried all the suggestions mentioned thus far, except for changing the MTU and moving it to each work station. While this makes some sense, I have not had to do that with other executables. All other systems I have tunning, are running under NT, or 2000 from the server.
>
>Am curious if opthers are seeing the same thing. Thanks much. I understand the tired thing. Spent until 3:00 am several nights chasing this little puppy.
>
>Tom
>>>Hi all - I have an application, running an .exe, on a server running windows XP Professional.
>>
>>Hi Tom,
>>
>>I'm a bit tired, and don't know if I'm reading correctly, but does the above statement mean that the .exe itself is in the server?
>>
>>If that's the case, try copying the .exe to the workstations and see if that changes anything.
>>
>>Good luck!
>>
>>Alex