>The method you mentioned means that the client will have to "poll" the variable and act when it changes. This is inefficient in event driven interfaces. What we need is VFPCOM or an integration like VB has where you can create an instance "with events".
>
>Then you fire your call to the server and continue without waiting. When the reply comes back the client will be interrupted by the server and can then act on this advice.
>
>Something similar to adding a MSCOMM32 OCX to your app and waithin for the ONCOMM event to fire telling you that data has arrived at the designated comm port.
>
>I could do it by passing an instance of my form to the server along with the name of a method on the form to callback int when the server got the data I wanted. But with VFPCOM and BINDEVENTS more is possible and I do not have to pass these params for a callback to work.
>
>Bernard
I just learned how to use a CALL BACK available in VFP, the COMRETURNERROR(). It needs a error, however, to fire. It would be neat if VFP had something like a COMRETURNEVENT() service. I need to look at the VFPCOM.DLL, I know I do!
Terry