CM_Get_First_Log_Conf函式 (cfgmgr32.h)

發行項
02/23/2024

CM_Get_First_Log_Conf函式會取得與本機計算機上指定裝置實例相關聯的指定組態類型的第一個邏輯組態。

語法

CMAPI CONFIGRET CM_Get_First_Log_Conf(
  [out, optional] PLOG_CONF plcLogConf,
  [in]            DEVINST   dnDevInst,
  [in]            ULONG     ulFlags
);

參數

[out, optional] plcLogConf

要接收邏輯組態句柄的位置位址，或 NULL。請參閱下列一節。

[in] dnDevInst

呼叫端提供的裝置實例句柄，該句柄系結至本機計算機。

[in] ulFlags

呼叫端提供的旗標值，指出所要求的邏輯組態類型。必須指定下表中的其中一個旗標。

組態類型旗標	定義
BASIC_LOG_CONF	呼叫端正在要求基本組態資訊。
FILTERED_LOG_CONF	呼叫端正在要求篩選的組態資訊。
ALLOC_LOG_CONF	呼叫端正在要求配置的組態資訊。
BOOT_LOG_CONF	呼叫端正在要求開機設定資訊。
FORCED_LOG_CONF	呼叫端正在要求強制設定資訊。
OVERRIDE_LOG_CONF	呼叫端正在要求覆寫組態資訊。

傳回值

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

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

備註

呼叫 CM_Add_Empty_Log_Conf 或 CM_Free_Log_Conf 可能會使從先前呼叫取得的句柄失效 ，以CM_Get_First_Log_Conf。因此，如果您想要在呼叫 CM_Add_Empty_Log_Conf 或 CM_Free_Log_Conf之後取得邏輯組態，您的程式代碼必須再次呼叫 CM_Get_First_Log_Conf ，然後從第一個組態開始。

透過呼叫 CM_Free_Log_Conf_Handle，必須明確釋放在 azureLogConf 中收到的句柄。

如果呼叫 CM_Get_First_Log_Conf，並將CM_Get_First_Log_Conf設定為 NULL，則不會傳回任何句柄。這可讓您使用傳回狀態來判斷組態是否存在，而不需要後續釋放句柄。

如需使用系結至本機計算機的裝置實例句柄的相關信息，請參閱 CM_Get_Child。

規格需求

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