Home/ Questions/Q 5970939
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-22T20:26:47+00:00

System.Net.InternalException: System error. at System.Net.HttpWebRequest.CheckWriteSideResponseProcessing() at System.Net.ConnectStream.ProcessWriteCallDone(ConnectionReturnResult retur nResult) at System.Net.HttpWebRequest.WriteCallDone(ConnectStream stream, ConnectionRe turnResult

  • 0
System.Net.InternalException: System error.
   at System.Net.HttpWebRequest.CheckWriteSideResponseProcessing()
   at System.Net.ConnectStream.ProcessWriteCallDone(ConnectionReturnResult retur
nResult)
   at System.Net.HttpWebRequest.WriteCallDone(ConnectStream stream, ConnectionRe
turnResult returnResult)
   at System.Net.ConnectStream.CallDone(ConnectionReturnResult returnResult)
   at System.Net.ConnectStream.CloseInternal(Boolean internalCall, Boolean abort
ing)
   at System.Net.ConnectStream.System.Net.ICloseEx.CloseEx(CloseExState closeSta
te)
   at System.Net.ConnectStream.CloseInternal(Boolean internalCall)
   at System.Net.HttpWebRequest.EndWriteHeaders_Part2()
   at System.Net.HttpWebRequest.EndWriteHeaders(Boolean async)
   at System.Net.HttpWebRequest.WriteHeadersCallback(WebExceptionStatus errorSta
tus, ConnectStream stream, Boolean async)
   at System.Net.ConnectStream.WriteHeadersCallback(IAsyncResult ar)
   at System.Net.LazyAsyncResult.Complete(IntPtr userToken)
   at System.Net.ContextAwareResult.Complete(IntPtr userToken)
   at System.Net.LazyAsyncResult.ProtectedInvokeCallback(Object result, IntPtr u
serToken)
   at System.Net.Sockets.BaseOverlappedAsyncResult.CompletionPortCallback(UInt32
 errorCode, UInt32 numBytes, NativeOverlapped* nativeOverlapped)
   at System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32
errorCode, UInt32 numBytes, NativeOverlapped* pOVERLAP)

This was caught by the unhandled exception handler. It only occurs occasionally, but with disastrous results. Any ideas how to actually catch this one chaps?

UPDATE

It has now become apparent that this only appears to happen when the CPU is under exceptionally high load.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    If this exception is thrown on an I/O completion thread basically without any intervention from you then I would be inclined to open a ticket with Microsoft Connect. Reasoning: You start an async I/O operation which throws an exception presumably due to a dropped connection all by it’s own on the thread pool – which you can’t catch. That means there is a the possibility that a dropped connection during an async operation takes down your application and you can’t do anything about it. Sounds like a bug in the framework to me.

    Temporary workaround could be to place a <legacyUnhandledExceptionPolicy enabled="1"/> in the <runtime> section of your app config. This will revert to the .NET 1.0/1.1 behaviour where exceptions thrown on another thread than the main thread will not take down the application. See also: http://msdn.microsoft.com/en-us/library/ms228965.aspx

    • 0