Необработанное исключение

[Hellyeah]

Добрый день.

Имеется асинхронный udp сервер.

В колбэке функция endreceivefrom(ar, ref clientEP) время от времени выдает исключение, судя по логам и времени падения программы это исключение о том что "Существующее соединения было принудительно закрыто"

Пример функции
Код C#

private void DataReceive(IAsyncResult ar) {
...
int bytes = 0;
EndPoint sender = new IPEndPoint(IPAddress.Any, 0);
EndPoint clientEP = (EndPoint)sender;
try
{
    bytes = socket.endReceiveFrom(ar, ref clientEP);
}
catch (Exeption ex)
{
   log.write(ex.Message);
}
finally
{
   EndPoint newClientEP = new IPEndPoint(IPAddress.Any, 0);
   socket.BeginReceiveFrom(data, 0, data.Length, SocketFlags.None, ref newClientEP, DoReceiveFrom, newClientEP);
}
 
...... //Обработка полученных данных и ответ.
}

По факту оно работает. Но если начинают спамить таким образом, то вылетает исключение. Я так понимаю что, обработчик не успевает ловить все исключения или может у него есть ограничение на кол-во одновременно обрабатываемых исключений.

Вопрос: Что делать в такой ситуации?

И вот еще логи из EventViewer Windows:

EventType clr20r3, P1 Program.exe, P2 2.0.5497.37840, P3 54bd4670, P4 system, P5 4.0.0.0, P6 5073c71b, P7 2f72, P8 d4, P9 system.net.sockets.socket, P10 NIL.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

И вот еще:

Application: Program.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Net.Sockets.SocketException
Stack:
at System.Net.Sockets.Socket.DoBeginRe ceiveFrom(Byte[], Int32, Int32, System.Net.Sockets.SocketFlags, System.Net.EndPoint, System.Net.SocketAddress, System.Net.Sockets.OverlappedAsyncR esult)
at System.Net.Sockets.Socket.BeginRece iveFrom(Byte[], Int32, Int32, System.Net.Sockets.SocketFlags, System.Net.EndPoint ByRef, System.AsyncCallback, System.Object)
at WindowsFormsApplication2.Program.Da taReceived(System.IAsyncResult)
at System.Net.LazyAsyncResult.Complete (IntPtr)
at System.Threading.ExecutionContext.r unTryCode(System.Object)
at System.Runtime.CompilerServices.Run timeHelpers.ExecuteCodeWithGuarante edCleanup(TryCode, CleanupCode, System.Object)
at System.Threading.ExecutionContext.R un(System.Threading.ExecutionContex t, System.Threading.ContextCallback, System.Object, Boolean)
at System.Threading.ExecutionContext.R un(System.Threading.ExecutionContex t, System.Threading.ContextCallback, System.Object)
at System.Net.ContextAwareResult.Compl ete(IntPtr)
at System.Net.Sockets.BaseOverlappedAs yncResult.CompletionPortCallback(UI nt32, UInt32, System.Threading.NativeOverlapped*)
at System.Threading._IOCompletionCallb ack.PerformIOCompletionCallback(UIn t32, UInt32, System.Threading.NativeOverlapped*)

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

[Luuzuk]

Я так понимаю что, обработчик не успевает ловить все исключения или может у него есть ограничение на кол-во одновременно обрабатываемых исключений.

Ерунда. Ставлю на то, что исключение у вас в блоке finally возникает, где оно ничем и не обрабатывается

[Hellyeah]

Сообщение от Luuzuk

Ерунда. Ставлю на то, что исключение у вас в блоке finally возникает, где оно ничем и не обрабатывается

Соглашусь, если запустить в дебаге, то после вылета подсвечивается строка beginReceive в блоке finally. Есть решение?

Точнее как его там обрабатывать? И если не секрет почему оно вылетает?

[Hellyeah]

finally
{
   EndPoint newClientEP = new IPEndPoint(IPAddress.Any, 0);
   socket.BeginReceiveFrom(data, 0, data.Length, SocketFlags.None, ref newClientEP, DataReceive, newClientEP);
}

Опечатка на формуме. В коде все нормально!

[Alex11223]

Решение чего? У вас выпадает исключение, вы его не ловите, все как вы и написали в коде. А если вы не этого хотели, то определяйтесь с требованиями и пишите как вам надо.

[Hellyeah]

Сообщение от Alex11223

Решение чего? У вас в finally выпадает исключение, вы его не ловите, все как вы и написали в коде. А если вы не этого хотели, то определяйтесь с требованиями и пишите как вам надо.

Я же задал конкретный вопрос.

1) Почему там вылетает исключение?
2) Как его можно обработать, так что бы программа не упала, а продолжила принимать и отправлять пакеты? Еще писать try{}catch{}finally{} ?? А если во второй обработке снова вылетит, писать же обработчики до посинения не будешь?

[Alex11223]

1) Почему там вылетает исключение?

Потому что этот метод может кидать исключения. Все случаи выкидывания их описаны тут https://msdn.microsoft.com/en-us/lib...vs.110%29.aspx

2) Как его можно обработать

Не вызывать его или делать это в try catch. (try catch допустим и внутри finally)

так что бы программа не упала а продолжила принимать и отправлять пакеты?

Это от программы зависит и причины исключения.

А если во второй обработке снова вылетит, писать же обработчики до посинения не будешь?

Дык может и не надо их писать?
Ну и цикл можно использовать если уж надо ждать до посинения.

[Hellyeah]

Сообщение от Alex11223

Потому что этот метод может кидать исключения. Все случаи выкидывания их описаны тут https://msdn.microsoft.com/en-us/lib...vs.110%29.aspx

Не вызывать его или делать это в try catch. (try catch допустим и внутри finally)


Это от программы зависит и причины исключения.


Дык может и не надо их писать?
Ну и цикл можно использовать если уж надо ждать до посинения.

Alex11223, спасибо большое. Вариант с циклом попробую.

И все же есть какое то объяснение этого исключения?

То что этот метод может выдавать исключения это и так ясно.
Но у исключения должна быть причина вызвавшая его.
Можете ли вы предположить какая причина исключения в данном контексте?

[Alex11223]

Читайте сообщение исключения (и InnerException'ов если есть) и описание метода по ссылке выше, особенно раздел Remarks.

[Hellyeah]

Сообщение от Alex11223

Читайте сообщение исключения (и InnerException'ов если есть) и описание метода по ссылке выше, особенно раздел Remarks.

Спасибо за информацию!