Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Why does VFP have a MTDLL?
Message
From
27/01/2005 13:40:23
 
 
To
27/01/2005 13:29:03
Joel Leach
Memorial Business Systems, Inc.
Tennessee, United States
General information
Forum:
Visual FoxPro
Category:
COM/DCOM and OLE Automation
Miscellaneous
Thread ID:
00980541
Message ID:
00981343
Views:
35
Joel,

>Thanks for that explanation. It coincides with testing I've done before. Regarding public variables and environment settings, each thread is protected using thread local storage. From VFP Help:

That is the case only if the MTDLLs are running in separate threads, which they are NOT if you call two instances of the MTDLL from VFP and it's not installed in COM+. In my first example, if you had set up a Public var and incremented it on each call to ShowEnv(), you would have seen that the "o2" object would add on to the value already set by the "o" object, since they were both running on the same thread and sharing the same thread local storage.

However, in the COM+ example, the publics for each instance would be completely isolated from each other, since the MTDLLs were each running on different threads.
David Stevenson, MCSD, 2-time VFP MVP / St. Petersburg, FL USA / david@topstrategies.com
Previous
Reply
Map
View

Click here to load this message in the networking platform