Handle Socket.ReceiveFrom with timeout without spamming console

Question

I am writing a ServerLocator that basically broadcast a port to find a server which will respond with an IPEndPoint and I need the search to be able to timeout if nothing is found on the current IPHost and then move on with the next one.

Right now I am doing something like this (I have removed some parts of this code so it only includes what is needed to display my problem. There is also some client bindings going on here)

string serverIp = string.Empty;
while(string.isNullOrEmpty(serverIp))
{   
    foreach (IPAddress adress in ipHosts.AddressList)
    {
        using(Socket client = new Socket(AddressFamily.InterNetwork, SocketType.Dgram, ProtocolType.Udp)
        {
            try
            {
                client.ReceiveFrom(buffer, ref tempRemoteEP);

                //Get server IP
                serverIp = tempRemoteEP.ToString().Split(":".ToCharArray(), 2)[0];
                break;
            }
            catch(SocketException e)
            {
                // We expect connection attempt to time out if we cant find any server on this port and nic. Just continue with the next
                if (e.SocketErrorCode == SocketError.TimedOut)
                {
                    continue;
                }
            }
        }
    }
}

This works as expected except that the console gets spammed with:

A first chance exception of type 'System.Net.Sockets.SocketException' occurred in System.dll

Is there a good way to handle exceptions like this without spamming the console? Or could I handle this in some other way to be able to avoid the need of exception from timeout?

Thanks.

That doesn't happen when you build your project in RELESE configuration. — Cipi, Feb 01 '11 at 12:05
That is true, but if it is to much spam it gets hard to work with — Bakery, Feb 01 '11 at 12:37

score 1 · Accepted Answer · edited May 23 '17 at 12:26

1

There's really no need to worry about this if the program keeps running, there's a lot of these exceptions being sent in a program. See this article for more on "First time exceptions".

Also check this link to see how you can configure Visual Studio on how to handle the exceptions. If you configure these you can break (instead of continue) on the exceptions and see what's really going on. However, do note that hiding the exceptions does not seem to work in debug, see here or here But as @Cipi pointed out, it should not be visible in Release.

edited May 23 '17 at 12:26

Community

1
1

answered Feb 01 '11 at 12:58

default

11,485
9
66
102

Thanks. It is not that I am worried, I just like to keep it clean. Somehow it feels like using exceptions as a part of the logic is wrong. – Bakery Feb 01 '11 at 14:35

Handle Socket.ReceiveFrom with timeout without spamming console

1 Answers1

Linked