![]() | |
![]() |
| | Thread Tools | Search this Thread | Display Modes |
#11
| |||
| |||
|
|
"Martijn van Schie" <mvanschie (AT) newsgroup (DOT) nospam> wrote in message news:73292969-F6EC-4A86-B4C8-39A7A26309CF (AT) microsoft (DOT) com... Hi John, It's hard for me to reproduce it using HTTP, because we are using a test WebService from a third party authorisation service. The entire stacktrace comes to this: Stack Trace : at System.Net.ConnectStream.InternalWrite(Boolean async, Byte[] buffer, Int32 offset, Int32 size, AsyncCallback callback, Object state) at System.Net.ConnectStream.Write(Byte[] buffer, Int32 offset, Int32 size) at TestApplication.ClientProxy.EndPostXmlMessageReque st(IAsyncResult asyncResult) at TestApplication.ClientProxy.EndVerifyRequest(IAsyn cResult asyncResultRequest) at TestApplication.Async.AsyncVerification.EndAsyncVe rifyRequest(IAsyncResult asyncResult) That's an interesting pattern of End* method calls. Can you provide an outline of the pattern of async calling? Is EndPostXmlMessageRequest your code? Does it explicitly call Write on the stream? Also, in this case, it's possible that more than just the stack trace may be interesting. Can you provide the output of ex.ToString()? That is, when you catch the exception, run ToString on the caught exception, then post the result. That will include all of the nested InnerException instances. -- -------------------------------------------------------------------------------- John Saunders | MVP - Windows Server System - Connected System Developer |
#12
| |||
| |||
|
|
"Martijn van Schie" <mvanschie (AT) newsgroup (DOT) nospam> wrote in message news:73292969-F6EC-4A86-B4C8-39A7A26309CF (AT) microsoft (DOT) com... Hi John, It's hard for me to reproduce it using HTTP, because we are using a test WebService from a third party authorisation service. The entire stacktrace comes to this: Stack Trace : at System.Net.ConnectStream.InternalWrite(Boolean async, Byte[] buffer, Int32 offset, Int32 size, AsyncCallback callback, Object state) at System.Net.ConnectStream.Write(Byte[] buffer, Int32 offset, Int32 size) at TestApplication.ClientProxy.EndPostXmlMessageReque st(IAsyncResult asyncResult) at TestApplication.ClientProxy.EndVerifyRequest(IAsyn cResult asyncResultRequest) at TestApplication.Async.AsyncVerification.EndAsyncVe rifyRequest(IAsyncResult asyncResult) That's an interesting pattern of End* method calls. Can you provide an outline of the pattern of async calling? Is EndPostXmlMessageRequest your code? Does it explicitly call Write on the stream? Also, in this case, it's possible that more than just the stack trace may be interesting. Can you provide the output of ex.ToString()? That is, when you catch the exception, run ToString on the caught exception, then post the result. That will include all of the nested InnerException instances. -- -------------------------------------------------------------------------------- John Saunders | MVP - Windows Server System - Connected System Developer |
#13
| |||
| |||
|
|
"Martijn van Schie" <mvanschie (AT) newsgroup (DOT) nospam> wrote in message news:73292969-F6EC-4A86-B4C8-39A7A26309CF (AT) microsoft (DOT) com... Hi John, It's hard for me to reproduce it using HTTP, because we are using a test WebService from a third party authorisation service. The entire stacktrace comes to this: Stack Trace : at System.Net.ConnectStream.InternalWrite(Boolean async, Byte[] buffer, Int32 offset, Int32 size, AsyncCallback callback, Object state) at System.Net.ConnectStream.Write(Byte[] buffer, Int32 offset, Int32 size) at TestApplication.ClientProxy.EndPostXmlMessageReque st(IAsyncResult asyncResult) at TestApplication.ClientProxy.EndVerifyRequest(IAsyn cResult asyncResultRequest) at TestApplication.Async.AsyncVerification.EndAsyncVe rifyRequest(IAsyncResult asyncResult) That's an interesting pattern of End* method calls. Can you provide an outline of the pattern of async calling? Is EndPostXmlMessageRequest your code? Does it explicitly call Write on the stream? Also, in this case, it's possible that more than just the stack trace may be interesting. Can you provide the output of ex.ToString()? That is, when you catch the exception, run ToString on the caught exception, then post the result. That will include all of the nested InnerException instances. -- -------------------------------------------------------------------------------- John Saunders | MVP - Windows Server System - Connected System Developer |
![]() |
| Thread Tools | Search this Thread |
| Display Modes | |
| |