>>>Bernard,
>>>
>>>VFP is single threaded and anything you do to pause execution will prevent keyboard entry. You can't get both worlds in VFP. You could write a DLL is C++ and call it form VFP and let it do the pausing and watching for input.
>>
>>I dont have C++ but what about an ActiveX written in VB5 to do the same thing -
>>Timing and pause.??
>
>Bernard,
>
>Try using VB for an activex. The issue is that VFP is a single thread and if you pause it, no matter how you do, it is the entire thread that gets paused.


Jim

I actually created a VFP DLL server with 1 function and that was to set up a delay. I created this as a seperate DLL and call it from my exe. This too though it is supposed to be an external dll and a separate thread, pauses the screen update, though processing goes on behind.

We used to have a FPW26 app that communicated with a VFP5 DDE server that did the polling and passed the results back. This worked better as the delays did not affect the main app.Surprisingly, when the main 2.6 app was paused the background function that was "POKED" with the data from VFP5 did still run as a separate thread. I could open my trace window and trace with pauses the main app and all the while the background app would still run. Now we want to use VFP5 ONLY but are finding this "Pause" problem.

By the way the VFP DLL mentioned above, worked not too badly in the dev environment but caused a GPF in VFP500.dll EVERY TIME even after a reboot!
I will have to try out this OCX in VB and see!

Thanks to ALL who replied

Bernard