Question

在此之前打过一个字：后面有许多文本和代码，但我尝试尽可能详细地解释我的问题（随机发生）：

我的应用程序正在通过t Setup API处理网络接口，它随机失败，很可能是在尝试使用SetupDiGetDeviceRegistryProperty()时。我遇到的主要问题是SetupDiEnumDeviceInfo()返回的设备列表（我使用它来获取将传递给SetupDiGetDeviceRegistryProperty()的特定网络适配器的索引）以“意外”的方式更改。我的第一个问题是设备从此列表中出现和/或消失。如here所述，我首先发现使用

const GUID *netGUID = &GUID_DEVCLASS_NET;    
SetupDiGetClassDevs(netGUID, 0, 0, DIGCF_PROFILE)

代替

const GUID *netGUID = &GUID_DEVCLASS_NET;
SetupDiGetClassDevs(netGUID, 0, 0, DIGCF_PRESENT)

始终返回在设备管理器中可以看到的所有网络适配器（包括“隐藏” =“未安装”的适配器）。在Windows 10（64位）上，此操作按预期工作。

在对它的工作感到高兴之后，我编译了该应用程序以用于Windows 7 32位并进行了测试。不幸的是，我必须看到仍然存在问题-SetupDiEnumDeviceInfo（）仍按预期返回所有网络适配器，但是顺序根本不相同，并且如果SetupDiGetDeviceRegistryProperty()失败，则随后的调用 ERROR_INVALID_DATA 。大多数时候我得到

WAN Miniport (IP), WAN Miniport (IPv6), WAN Miniport (PPPOE), Microsoft ISATAP Adapter, Microsoft ISATAP Adapter #2, WAN Miniport (PPTP), Microsoft ISATAP Adapter #3, WAN Miniport (SSTP), Intel(R) I210 Gigabit Network Connection, Intel(R) Ethernet Connection I219-LM, RAS Async Adapter, WAN Miniport (IKEv2), WAN Miniport (L2TP), WAN Miniport (Network Monitor)

但有时顺序会以这种方式更改：

Intel(R) I210 Gigabit Network Connection,Intel(R) Ethernet Connection I219-LM,Microsoft ISATAP Adapter,Microsoft ISATAP Adapter #2,Microsoft ISATAP Adapter #3,WAN Miniport (IKEv2),WAN Miniport (L2TP),WAN Miniport (Network Monitor),WAN Miniport (IP),WAN Miniport (IPv6),WAN Miniport (PPPOE),WAN Miniport (PPTP),WAN Miniport (SSTP),RAS Async Adapter

使用下面的（Qt）代码可能导致我确定的索引不再与目标设备匹配。有没有办法防止设备列表的顺序更改，或者我做错了什么？

// Get a list of all network adpters known by the system
const QStringList adapterNames()
{
    HDEVINFO hIfDevs;
    quint32 index = 0;
    SP_DEVINFO_DATA infoData;
    const GUID *netGUID = &GUID_DEVCLASS_NET;
    QStringList adapterNames = QStringList();
    CHAR friendlyName[MAX_DEVICE_NAME];

    hIfDevs = SetupDiGetClassDevs(netGUID, 0, 0, DIGCF_PRESENT);

    if (hIfDevs == INVALID_HANDLE_VALUE)
    {
        qWarning() << "Getting device class info failed with error " << GetLastError();
        return QStringList();
    }

    SecureZeroMemory(&infoData, sizeof(SP_DEVINFO_DATA));
    infoData.cbSize = sizeof(SP_DEVINFO_DATA);

    while (SetupDiEnumDeviceInfo(hIfDevs, index, &infoData))
    {
        SecureZeroMemory(friendlyName, sizeof(friendlyName));

        if (!SetupDiGetDeviceRegistryPropertyA(hIfDevs, &infoData, SPDRP_FRIENDLYNAME, NULL, (LPBYTE)friendlyName, MAX_DEVICE_NAME, NULL))
        {
            if (!SetupDiGetDeviceRegistryPropertyA(hIfDevs, &infoData, SPDRP_DEVICEDESC, NULL, (LPBYTE)friendlyName, MAX_DEVICE_NAME, NULL))
            {
                qWarning() << "SetupDiGetDeviceRegistryPropertyA() for #" << index << "returned error " << GetLastError();
            }
        }

        if(friendlyName[0])
        {
            adapterNames.append(QString::fromLocal8Bit(friendlyName));
        }

        index++;
    }

SetupDiDestroyDeviceInfoList(hIfDevs);
return adapterNames;
}

由以下人员使用：

// Get PCI bus/slot/device/funcntion number (as 0xBBSSDDFF)
bool getPCIHWaddr(quint32 deviceIndex, ...)
{
    HDEVINFO hIfDevs;
    SP_DEVINFO_DATA infoData;    
    const GUID *netGUID = &GUID_DEVCLASS_NET;

    if (hIfDevs == INVALID_HANDLE_VALUE)
    {
        qCCritical(lcOS) << "getPCIHWaddr: Getting device class info failed with error " << GetLastError();
        return 0;
    }

    hIfDevs = SetupDiGetClassDevs(netGUID, 0, 0, DIGCF_PRESENT);

    if (hIfDevs == INVALID_HANDLE_VALUE)
    {
        qCritical() << "getPCIHWaddr: Getting device class info failed with error " << GetLastError();
        return 0;
    }

    if (!SetupDiEnumDeviceInfo(hIfDevs, deviceIndex, &infoData))
    {
        qCritical() << "getPCIHWaddr: Enumerating device information failed with error " << GetLastError();
        return 0;
    }

    // --> In failing scenario, this call returns ERROR_INVALID_DATA (13)
    if (!SetupDiGetDeviceRegistryPropertyA(hIfDevs, &infoData, SPDRP_BUSNUMBER, NULL, (LPBYTE)&devProp, sizeof(quint32), NULL))
    {
        qCritical() << "getPCIHWaddr: Query PCI bus number failed with error " << GetLastError();
        return 0;
    }

    ...
}

由以下人员使用：

// Get informations on adapter by interface ID found in Registry (HKLM\SYSTEM\CurrentControlSet\Services\TcpIp\Parameter\Interfaces)
bool netIfInfo(const QString &id,...)
{
    QStringList adapterNames = adapterNames();

    /*
     * ...
     * Lot of stuff enumerating data from GetIfTable(), GetAdaptersAddresses(), until the expected deivce was found (stored QString deviceDesc)
     * ...
     */

    // --> Here it happens...
    if (!getPCIHWaddr(adapterNames.indexOf(deviceDesc), &PCIAddr, &PnPId))
    {
        ...
    }

    ...
}

Answer 1

我认为这里的问题是getPCIHWAddr（）使用已经销毁的设备信息集的索引。我添加了一个函数，该函数返回指向HDEVINFO和SP_DEVINFO_DATA的指针，但不调用SetupDiDestroyDeviceInfoList（），这是由getPCIHWAddr（）在完成其工作后完成的-并看到：可行（Win7和Win10）。

如何通过Setup API获取一致的推导列表？

1 个答案: