WCF 프록시에서 바인딩을 파이프라는 메서드를 호출합니다. 현재 코드는 wmi와 관련한 예외 (코드와 관련)로 실패하지만 동일한 프록시에서 다른 메소드를 실행할 때이 오류가 발생합니다.파이프에 쓰는 중 오류가 발생했습니다 : 인식 할 수없는 오류 232 (0xe8)
파이프에 쓰는 중 오류가 발생했습니다. : 232 (0xe8) 오류를 인식 할 수 없습니다.
분명히 이것은 많은 도움이되지 않습니다. 스택 트레이스는 :
서버 스택 트레이스 : System.ServiceModel.Channels.StreamConnection.BeginWrite에서 (바이트 [] 버퍼, INT32 오프셋, INT32 크기 부울 즉각 시간 범위의 제한, AsyncCallback 콜백, 객체 상태) 시스템에서. System.ServiceModel.Channels.FramingDuplexSessionChannel.SendAsyncResult..ctor에서 ServiceModel.Channels.FramingDuplexSessionChannel.SendAsyncResult.WriteCore() System.ServiceModel.Channels.FramingDuplexSessionChannel에서 (FramingDuplexSessionChannel 채널, 메시지 메시지, 시간 범위 제한 시간, AsyncCallback 콜백 개체 상태) .OnBeginSend (메시지 메시지, TimeSpan 시간 제한, AsyncCallback 콜백, 개체 상태) at System.ServiceModel.Channels.OutputChannel.BeginSend (메시지 메시지, TimeSpan System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.StartSend (부울 completedSynchronously에서 System.ServiceModel.Dispatcher.DuplexChannelBinder.BeginRequest (메시지 메시지, 시간 범위 제한 시간, AsyncCallback 콜백 개체 상태) 에서 타임 아웃, AsyncCallback 콜백 개체 상태) ) System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.FinishEnsureInteractiveInit에서 System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.StartEnsureOpen (부울 completedSynchronously) 에서 System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.FinishEnsureOpen (IAsyncResult를 결과, 부울 completedSynchronously) (AT IAsyncResult result, Boolean completedSynchronously) at System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.StartEnsureInteractiveInit() at S System.ServiceModel.Channels.ServiceChannel.BeginCall (String action, Boolean oneway, ProxyOperationRuntime 작업, Object [] ins, TimeSpan 시간 제한, AsyncCallback 콜백, Object asyncState)에서 ystem.ServiceModel.Channels.ServiceChannel.SendAsyncResult.Begin() at System.ServiceModel.Channels.ServiceChannel.BeginCall에서 System.ServiceModel.Channels.ServiceChannelProxy.InvokeBeginService (methodCall을 IMethodCallMessage, ProxyOperationRuntime 동작)을 에서 (문자열 동작은 부울 일방은 ProxyOperationRuntime 동작은 asyncState 개체 [] 인, AsyncCallback 콜백 개체) System.ServiceModel.Channels.ServiceChannelProxy.Invoke (IMessage 메시지)
[0]에서 예외 재 제기 : at System.Runtime.Remoting.Proxies.Rea System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke에서 lProxy.HandleReturnMessage (iMessage를 reqMsg, iMessage를 retMsg) (MessageData & msgData, INT32 타입) x.xxx.xxxxx에서 (문자열 경로, AsyncCallback 콜백 개체 상태) 에서 C : \ Users \ project \ AsyncProxy.cs의 x.xproxy.begininstall (문자열 경로, AsyncCallback 콜백, 객체 상태) : 38 행 at xxx.MainForm.begininstall (Object sender, EventArgs e) in C : \ Users \ project \ MainForm.cs : 647 에서 C : \ Users \ Gurdip \ Desktop \ xproject \ MainForm.cs의 XPrintV7.MainForm.b__e() : System.Windows.Forms.Control.InvokeMarshaledCallbackDo (ThreadMethodEntry tme)에서에서 System.Windows.Forms.Control.InvokeMarshaledCallbackHelper (Object obj) at System.Threading.ExecutionContext .runTryCode (Object userData)at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup (TryCode 코드, CleanupCode backoutCode, Object userData) at System.Threading.시스템에서 System.Windows.Forms.Control.InvokeMarshaledCallback (ThreadMethodEntry의 TME) 에서 System.Threading.ExecutionContext.Run (의 ExecutionContext의 ExecutionContext, ContextCallback 콜백, 객체 상태) 에서 ExecutionContext.RunInternal (의 ExecutionContext의 ExecutionContext, ContextCallback 콜백 개체 상태) .Windows.Forms.Control.InvokeMarshaledCallbacks()
가능한 원인은 무엇입니까?
http://wildermuth.com/2009/09/10/Using_Large_Message_Requests_in_Silverlight_with_WCF –
감사합니다. 하지만 wcf 서비스에 전달하는 것은 문자열 (파일 경로), 콜백 메소드 대리자 및 상태 (빈 문자열을 전달합니다) 인 객체입니다.하지만 보트를 거의 내리지 않고 있습니다. – dotnetdev