GetAdaptersInfo -- Wine uses: Software\\Wine\\Wine\\Config\\Network -- Wins support is todo so this part isn't so important. -- Overall, workable Wine uses ansi functions -- Done -- GetNetworkParams -- -- Make workable interface for _res -- Wine based on real _res -- Reactos based on my enumerator funcs -- Done -- Prints route info on windows ROUTE PRINT: iphlpapi_main.c:137 - ppIfTable 0104bd80, bOrder 1, heap 0xa0000000, flags 0x00000001 - AllocateAndGetIfTableFromStack iphlpapi_main.c:898 - pIfTable 0104bd00, pdwSize 0104bd00, bOrder 1 - GetIfTable (tcpip/main.c:168)(TiCreateFileObject) No EA information in IRP. - We need a special case of no EA information to handle these ioctls in tcpip.sys iphlpapi_main.c:939 - returning 122 iphlpapi_main.c:898 - pIfTable 0104bd00, pdwSize 0104bd00, bOrder 1 - GetIfTable again (tcpip/main.c:168)(TiCreateFileObject) No EA information in IRP. (tcpip/main.c:168)(TiCreateFileObject) No EA information in IRP. getInterfaceIndexTable: numInterfaces: 0 iphlpapi_main.c:939 - returning 0 iphlpapi_main.c:149 - returning 0 iphlpapi_main.c:213 - ppIpForwardTable 0104bd78, bOrder 1, heap 0xa0000000, flags 0x00000001 - AllocateAndGetIpForwardTableFromStack iphlpapi_main.c:1151 - pIpForwardTable 00000000, pdwSize 0104bd00, bOrder 1 - GetIpForwardTable iphlpapi_main.c:1214 - returning 122 iphlpapi_main.c:1151 - pIpForwardTable a0001d68, pdwSize 0104bd00, bOrder 1 - GetIpForwardTable again iphlpapi_main.c:1214 - returning 122 iphlpapi_main.c:225 - returning 122 Overall architecture of the ifenum and ipstats functions. Right now, I rely heavily on a couple of enumeration functions. What I need to do is consolidate them and reduce traffic on the ioctl. There are two things I need to do: 1. Lookup an interface by index (or name) 2. Get the IP info I have too many functions that loop over various things. What I need are the get** functions from ipstats (which I think are ok) And then to change the detritus in ifenum to be all based on getInterfaceIndexTable and getInterfaceMibByIndex, getInterfaceMibByName Implementing name functions: Ok here's what i can synthesize from unclegarlic and vizzini: the IP_ADAPTER_INFO struct should contain the guid part of the registry key name that holds the adapter the snmp-style info functions should return a nice name, which is also from the registry. In no case is the adapter OID for name used. According to vizzini, this OID is never used and probably almost never implemented. This is different from the wine case because there are two different names returned from the underlying layer.