2016-09-06 58 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調用( ),導致進程掛起

相關問題