>Happy Happy Joy Joy
>
>Jeff
>>There will be an update to VFP6 released soon which will support fully mutli-threaded VFP6 COM DLLs. You will also be able to use the COMPILE command at runtime. It was difficult to make VFP mutlithreaded, but it was a high priority.
>>
>>>
>>>John, I asked Ken Levy about multithreading in VFP at the '97 devcon and he said that due to the amount of old code (FP 2.X etc) that is still in VFP, it would be very hard to do.
>>>
>>>So I wouldn't hold my breath...
>>>
>>>Rick Strahl just launches another copy of VFP at 4MB a pop when he needs more threads. Not very elegant but I guess it works.
>>>
>>>Peter

Multi-threading isn't always all it is cooked up to be. For an internet app I am working on (VB Com objects) we do invoicing at the end of the month. Usually in one or two days. Multiple users were calling the invoice server all at the same time. Multithreading was highly effective in bringing the server to its knees. We have now implemented an 'orderly' queueing system to deal with multiple inovice process one at a time.

With that said, not having multi-threaded COM objects is about the only big weakness I see to VFP as a middle tier component, and even there, Web Connection has proven it's efficiency as a middle tier server (instantiate a couple of servers if necessary, it's only memory).

No matter what the gloomsayers think, if Ken is correct about making VFP multi-threading (and I'm sure he is - he might even be helping!) it shows the kind of commitment and effort MS are placing in the product. Much better than advertising, I'd say.