The only possible reason they can perform well is that they are running multiple threads at the same time(isn't this the definition of multi-threading?). Read this article by Calvin Hsia and see how many times he refers to VFP mtdlls as multi-threading:
http://www.calvinhsia.com/papers/AdvancedVFPServers.mhtThere's also a whole library about the same form of multi-threading in VB6. And everywhere it is referred to as multi-threading. Why - because it is multi-threading. What is your definition of MT??
I'm not really sure why this is so hard to swallow for some people...
>It's not semantics. It's definition. VFP MTDLLs are definately not MT. They simulate multithreading by using apartment-model threading. I have stated nothing regarding performance...and will never say that VFP MTDLLs don't perform well. I seem to remember Mike Stewart talking about testing them and was surprised at how well they performed.
>
>>I think you're getting caught up in semantics again. VFP has a form of multithreading when called from a multithreaded client and C# has a more efficient form of multithreading. But they're both calling multiple threads at the same time. I think saying VFP has no multi-threading capability at all is doing more harm than good since developers may assume from this that vfp will not perform well as a web app, for example...
>>
