Article ID: 72884
Article Last Modified on 10/23/2003
APPLIES TO
- Microsoft Source Profiler 1.2
- Microsoft Source Profiler 1.2
This article was previously published under Q72884
The information in this article is included in the documentation starting with Visual C++ 5.0. Look there for future revisions.
SUMMARY
The Microsoft Source Profiler version can profile the first instance of any and all DLLs (dynamic-link libraries) in a Windows or OS/2 application, but it cannot continue to collect statistics for a dynamically loaded DLL that is freed and then reloaded.
MORE INFORMATION
DLLs that are dynamically loaded with LoadLibrary() under Windows, or DosLoadModule() under OS/2, and that are freed and then reloaded, should not be profiled because the results will not be correct.
Under Windows, this behavior can be observed by attempting to profile code that performs the following actions:
- Dynamically loads a DLL with LoadLibrary().
- Frees the DLL with FreeLibrary().
- Reloads the DLL again with LoadLibrary().
Similarly, under OS/2, this behavior can be observed by attempting to profile code that performs these actions:
- Dynamically loads a DLL with DosLoadModule().
- Frees the DLL with DosFreeModule().
- Reloads the DLL again with DosLoadModule().
There are currently no workarounds for this limitation. The ability to handle dynamically reloaded DLLs under Windows is being considered for a future version of the Profiler. There are no current plans for an OS/2 version that can handle dynamically reloaded DLLs due to the lack of a message from the operating system when a DLL has been freed.
Additional query words: 1.10 1.20 1.30
Keywords: kb16bitonly KB72884
