2016-09-06 59 views
1

我创建基于以下MS链路上的示例应用程序, https://msdn.microsoft.com/en-us/library/aa391769(v=vs.85).aspxIWbemLocator ConnectServer的电话再也没有回来

我所做的是把孔代码DLL中唯一的变化,在我取样的win32加载特定的DLL可执行文件,使用LoadLibrary调用。

DLL的代码:

#define _WIN32_DCOM 
#include <iostream> 
using namespace std; 
#include <wbemidl.h> 

#pragma comment(lib, "wbemuuid.lib") 

BOOL APIENTRY DllMain(HMODULE hModule, DWORD ul_reason_for_call, LPVOID lpReserved) 
{ 
    switch (ul_reason_for_call) 
    { 
    case DLL_PROCESS_ATTACH: 
    { 
     HRESULT hResult; 
     IWbemLocator* locPtr; 
     IWbemServices* servPtr; 
     hResult = CoInitializeEx(0, COINIT_MULTITHREADED); 
     //hResult = CoInitializeSecurity(NULL, -1, NULL, NULL, RPC_C_AUTHN_LEVEL_NONE, RPC_C_IMP_LEVEL_ANONYMOUS, NULL, EOAC_NONE, NULL); 
     hResult = CoCreateInstance(CLSID_WbemLocator, 0, CLSCTX_INPROC_SERVER, IID_IWbemLocator, (LPVOID *) &locPtr); 
     hResult = locPtr->ConnectServer(L"ROOT\\CIMV2", NULL, NULL, 0, 0 , 0, 0, &servPtr); 
     hResult = CoSetProxyBlanket(servPtr, RPC_C_AUTHN_WINNT, RPC_C_AUTHZ_NONE, NULL, RPC_C_AUTHN_LEVEL_CALL, RPC_C_IMP_LEVEL_IMPERSONATE, NULL, EOAC_NONE); 
} 
case DLL_THREAD_ATTACH: 
case DLL_THREAD_DETACH: 
case DLL_PROCESS_DETACH: 
    break; 
} 
return TRUE; 

}

和EXE代码:

int _tmain(int argc, _TCHAR* argv[]) 
{ 
    ::LoadLibrary(L"mydynamic.dll"); 
    return 0; 
} 

代码正确执行,DLL加载OK,但是代码插着t locPtr-> ConnectServer()调用。

最奇怪的是,如果我在exe中编写完整的COM代码,它工作正常。但不是与DLL。

有什么建议吗?

注:库连接与wbemuuid.lib

+0

不要在DllMain中这样做,你应该添加另一个函数,如foo,并将你的代码移动到foo – neohope

+0

做完了,仍然没有进展 –

+0

发现问题:基本上ConnectServer()不应该从dllmain :: DLL_PROCESS_ATTACH调用。不知道会有什么副作用,仍然是它.. –

回答

0

https://msdn.microsoft.com/en-in/library/windows/desktop/dn633971(v=vs.85).aspx#general_best_practices

上述文件说做了,

“你永远不应该从内部的DllMain执行下列任务:

  1. 调用LoadLibrary或LoadLibraryEx(直接或间接)。这可能导致死锁或崩溃。

  2. 使用CoInitializeEx初始化COM线程。在某些情况下,该函数可以调用LoadLibraryEx。

  3. 调用注册表函数。这些函数在Advapi32.dll中实现。如果ADVAPI32.DLL是不是你的DLL初始化之前,该DLL可以访问未初始化的内存,并导致进程崩溃。”

等。

我们执行的CoInitializeEx()内的DllMain调用( ),导致进程挂起

相关问题