TCP_TABLE_CLASS

Generic methods for IPv4 and IPv6. Using MIB_TCPROW_OWNER_PID, MIB_TCPTABLE_OWNER_PID, MIB_TCP6ROW_OWNER_PID, MIB_TCP6TABLE_OWNER_PID and TCP_TABLE_CLASS

        [MarshalAs(UnmanagedType.ByValTStr, SizeConst = PInvokes.MAX_ADAPTER_NAME)]

    internal class PInvokes

        int r = PInvokes.GetInterfaceInfo(null, ref size);

        r = PInvokes.GetInterfaceInfo(buffer, ref size);

        if (r != PInvokes.ERROR_SUCCESS)

        if (PInvokes.IpReleaseAddress(ref adapter) == PInvokes.ERROR_SUCCESS)

    [MarshalAs(UnmanagedType.ByValTStr, SizeConst = PInvokes.MAX_ADAPTER_NAME)]

    internal class PInvokes

    int r = PInvokes.GetInterfaceInfo(null, ref size);

    r = PInvokes.GetInterfaceInfo(buffer, ref size);

    if (r != PInvokes.ERROR_SUCCESS)

    if (PInvokes.IpReleaseAddress(ref adapter) == PInvokes.ERROR_SUCCESS)

Do not attempt to close streams not opened by fopen (includes _wfopen) or [fopen_s] (includes wfopen_s).

[fopen] (includes _wfopen)

When calling memcmp via pinvoke there is no need to use unsafe code or pinning because the framework will automatically pin the arrays for you.

Depending on the value of ConfigId, pConfigInformation should point to a different type of structure. If it wasn't for this, I could redifine the PInvoke signature to explicitly specify the underlying structure type.

Depending on the value of ConfigId, both pInputConfigInfo and pOutputConfigInfo should point to a different type of structure. If it wasn't for this, I could redifine the PInvoke signature to explicitly specify the underlying structure type.

Depending on the value of ConfigId, pConfigInformation should point to a different type of structure. If it wasn't for this, I could redifine the PInvoke signature to explicitly specify the underlying structure type.