>>>I don´t know.
>>>
>>>Regards,
>>>José Luis
>>
>>I understand it isn't. In past discussions here, it has been stated several times that it isn't.
>>
>>I think a multithreaded language must include special constructs to support the threads - VFP simply doesn't have any.
>>
>>For instance, if you start several simultaneous tasks, you must have some mechanism to start them in the first place, and for synchronization, for instance, have one thread wait for another thread to finish, before continuing with some command that depends on the result of the other thread.
>
>And then, when I compile at Multithread DLL option what I'm doing?
>
>Is only a bad name?
>
>How I can traslate this multithread to spanish
>
>Thanks.
>José Luis.


A VFP that is compiled to a multi-threaded DLL actually supports an application that does/can create multiple threads, such as ASP. ASP can be running several threads (sessions/users/etc) and each of these threads can call into the VFP mtdll. The dll is able to run each of these requests in the parent thread.

Although, as specified, a VFP app is a single thread, there is no way to create another thread. Sure, you could proably use the Windows api to do it, but it wouldn't be simple.

At least, this is my understanding of how the mtdll works.

BOb