CM_Get_First_Log_Conf函式 (cfgmgr32.h)
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 |