Nick,
I'm working with vfp Web Apps so vfp mtdlls do work simultaneously there since they're called from a multi-threaded client, which is, in this case, IIS. In that paper(DNA08), Calvin Hsia does the same thing with a C++ client.
I think you're referring to running multi-threaded code where the client and server are vfp which would be more difficult and not as straight-forward. I think you definitely would have to use the Win32 API and maybe a custom C++ dll from within VFP. But, this is not something I'm working on or directly interested in unless it helps out with web development in some way...
>>Nick, there's also this one at the bottom of the page:
>>Demo: Multi Threaded C++ client
>>by Calvin Hsia of Microsoft...
>
>Claude, thanks for that it was a very interesting article.
>
>However, I still haven't managed to crack the multithreading in VFP issue. I recall you saying somewhere that you were also interested in finding a solution to this problem so I thought you might like to know how far I have got at the moment.
>
>I can create a number of .exe (out-of-process) worker threads each of which has a 1ms timer which effectively creats a new thread and returns control to the main process. Now this works well in that each does it's own thing and they do not interfere with each other.
>
>If Main calls a method in Worker1 the processing does actually happen in Worker1, I have checked this in task manager. Problem is that Main is blocked until Worker1 has finished the method. Any idea how to call a method via COM without waiting for the result?
>
>Nick