共用方式為


CM_Add_Empty_Log_Conf_Ex函式 (cfgmgr32.h)

[從 Windows 8 和 Windows Server 2012 開始,此函式已被取代。 請改用 CM_Add_Empty_Log_Conf 。]

CM_Add_Empty_Log_Conf_Ex函式會在本機或遠端電腦上,為指定的組態類型和指定的裝置實例建立空的邏輯組態。

語法

CMAPI CONFIGRET CM_Add_Empty_Log_Conf_Ex(
  [out]          PLOG_CONF plcLogConf,
  [in]           DEVINST   dnDevInst,
  [in]           PRIORITY  Priority,
  [in]           ULONG     ulFlags,
  [in, optional] HMACHINE  hMachine
);

參數

[out] plcLogConf

要接收空邏輯組態句柄的位置指標。

[in] dnDevInst

呼叫端提供的裝置實例句柄,其系結至 hMachine 所提供的機器句柄。

[in] Priority

呼叫端提供的設定優先順序值。 如需值清單,請參閱CM_Add_Empty_Log_Conf的優先順序描述。

[in] ulFlags

呼叫端提供的旗標,指定邏輯組態的類型。 如需旗標清單,請參閱CM_Add_Empty_Log_Conf的描述 ulFlags 描述。

[in, optional] hMachine

呼叫端提供的機器句柄,呼叫端提供的裝置實例句柄會系結至其中。

注意從 Windows 8 和 Windows Server 2012 開始,不支援使用此函式來存取遠端計算機,因為此功能已移除。
 

傳回值

如果作業成功,函式會傳回CR_SUCCESS。 否則,它會傳回 Cfgmgr32.h 中定義的其中一個CR_前置錯誤碼。

注意從 Windows 8 開始,CM_Add_Empty_Log_Conf_Ex會在 Wow64 案例中使用時傳回CR_CALL_NOT_IMPLEMENTED。 若要要求本機計算機上硬體資源的相關信息,必須使用硬體資源 API 來實作應用程式的架構原生版本。 例如:AMD64 系統的 AMD64 應用程式。
 

備註

呼叫CM_Add_Empty_Log_Conf_Ex可能會導致CM_Get_First_Log_Conf_Ex所傳回的句柄CM_Get_Next_Log_Conf_Ex變成無效。 因此,如果您想要在呼叫 CM_Add_Empty_Log_Conf_Ex 之後取得邏輯設定,您的程式代碼必須再次呼叫 CM_Get_First_Log_Conf_Ex ,然後從第一個組態開始。

若要移除 CM_Add_Empty_Log_Conf_Ex所建立的邏輯組態,請呼叫 CM_Free_Log_Conf_Ex

呼叫 CM_Free_Log_Conf_Handle,必須明確釋放在CM_Free_Log_Conf_Handle中接收的句柄。

此函式的呼叫端必須具有 SeLoadDriverPrivilege。 (許可權說明於 Microsoft Windows SDK documentation.)

如需使用系結至本機或遠端電腦的裝置實例句柄的相關信息,請參閱 CM_Get_Child_Ex

Windows 8 和 Windows Server 2012 和更新版本的作業系統中已移除存取遠端電腦的功能,因此您無法在這些版本的 Windows 上執行時存取遠端電腦。

規格需求

需求
最低支援的用戶端 可在 Microsoft Windows 2000 和更新版本的 Windows 中使用。
目標平台 桌面
標頭 cfgmgr32.h (包含 Cfgmgr32.h)
程式庫 Cfgmgr32.lib
Dll Cfgmgr32.dll

另請參閱

CM_Add_Empty_Log_Conf

CM_Free_Log_Conf_Ex

CM_Free_Log_Conf_Handle

CM_Get_Child_Ex

CM_Get_First_Log_Conf_Ex

CM_Get_Next_Log_Conf_Ex