John, you should probably stick with COM EXEs. I've found single threaded vfp dlls to be useless and VFP multithreaded dlls are good primarily with multithreaded clients like IIS and for web applications/services. Also, vfp timers don't work in vfp mtdlls (although I found a C++ one that does)..

>Claude,
>
>I just wanted to say THANK YOU!!!!!!!!!
>
>This is about the most amazing thing I have seen since I began programming 15 years ago.
>
>I got it working last night to the point I am at least 90% confident this will fulfill my requirements. I hope to be to the point I can do some heavy duty testing tonight.
>
>I do have a question. I have an application that has a user interface, call it POS. It is distributed in an EXE. The workstations run the EXE and of course access the data on the server. Pretty normal stuff. It turns out I needed 2 COM applications that incorporate the timer processing. Why? I have a left and right user. Each can ask for a balance and post a sale. If the left user asks for a balance and the right user immediately asks for a balance the "GetTheBalance" timer would not be able to return immediately because it is busy getting the left users balance. I created 2 COM apps each with a timer to do that SIDES tasks. In my POS app I have 2 OLEPUBLIC classes, your oTestCallBack class that the COM apps execute upon completion.
>
>So far I have tested with the COM apps being EXE's that also run locally on the workstations. I know it would probably be faster if the COM apps were on the server and all the workstations were accessing them but that is more difficult and I really do not want to go there just yet. I will be happy for now running the COM apps on the workstations.
>
>My question: I am a bit confused as to EXE vs DLL for the COM apps. Does it matter? If EXE do I have to register (regserver) them? Do I copy the tlb and vbr files on the workstations? I've read the VFE help but still confused.
>
>Again, This is WONDERFUL. I am so excited. Thank you so very much. Once I have this all working I will do a white paper or something on this.
>John