Il y avait une erreur lors de l'écriture de la pipe: erreur inconnue 232 (0xe8)
J'appelle une méthode d'un proxy WCF, où la liaison des canaux nommés. À l'heure actuelle, le code ne fonctionne pas avec une exception (liées à wmi - ce que fait le code), mais quand j'exécute ensuite une autre méthode dans le même proxy, j'obtiens cette erreur:
Il y avait une erreur lors de l'écriture de la pipe: erreur inconnue 232 (0xe8).
Évidemment, cela n'aide pas beaucoup. Stacktrace:
Serveur de trace de pile: à
Système.ServiceModel.Les canaux.StreamConnection.Méthodes Beginwrite(Byte[]
tampon, Int32 offset, taille Int32, Boolean immédiate, TimeSpan délai d'attente,
AsyncCallback rappel, l'état de l'Objet) à
Système.ServiceModel.Les canaux.FramingDuplexSessionChannel.SendAsyncResult.WriteCore()
au
Système.ServiceModel.Les canaux.FramingDuplexSessionChannel.SendAsyncResult..ctor(FramingDuplexSessionChannel
canal, Message, plage de Temps (timeout, AsyncCallback de rappel,
État de l'objet) à
Système.ServiceModel.Les canaux.FramingDuplexSessionChannel.OnBeginSend(Message
message, plage de Temps (timeout, AsyncCallback rappel, l'état de l'Objet) à
Système.ServiceModel.Les canaux.OutputChannel.BeginSend(Message,
Plage de temps (timeout, AsyncCallback rappel, l'état de l'Objet) à
Système.ServiceModel.Répartiteur.DuplexChannelBinder.BeginRequest(Message
message, plage de Temps (timeout, AsyncCallback rappel, l'état de l'Objet) à
Système.ServiceModel.Les canaux.ServiceChannel.SendAsyncResult.StartSend(Boolean
completedSynchronously) à
Système.ServiceModel.Les canaux.ServiceChannel.SendAsyncResult.FinishEnsureOpen(IAsyncResult
résultat, Boolean completedSynchronously) à
Système.ServiceModel.Les canaux.ServiceChannel.SendAsyncResult.StartEnsureOpen(Boolean
completedSynchronously) à
Système.ServiceModel.Les canaux.ServiceChannel.SendAsyncResult.FinishEnsureInteractiveInit(IAsyncResult
résultat, Boolean completedSynchronously) à
Système.ServiceModel.Les canaux.ServiceChannel.SendAsyncResult.StartEnsureInteractiveInit()
au Système.ServiceModel.Les canaux.ServiceChannel.SendAsyncResult.Begin()
au Système.ServiceModel.Les canaux.ServiceChannel.BeginCall(String
action, Boolean oneway, ProxyOperationRuntime opération, Object[] ins,
Plage de temps (timeout, AsyncCallback rappel, Objet asyncState) à
Système.ServiceModel.Les canaux.ServiceChannel.BeginCall(Chaîne de l'action,
Boolean oneway, ProxyOperationRuntime opération, Object[] ins,
AsyncCallback rappel, Objet asyncState) à
Système.ServiceModel.Les canaux.ServiceChannelProxy.InvokeBeginService(IMethodCallMessage
appel de méthode, ProxyOperationRuntime opération) à
Système.ServiceModel.Les canaux.ServiceChannelProxy.Invoke(IMessage
message)Exception renvoyé à [0]:
Système.Moment de l'exécution.L'accès distant.Les procurations.RealProxy.HandleReturnMessage(IMessage
reqMsg, IMessage retMsg) à
Système.Moment de l'exécution.L'accès distant.Les procurations.RealProxy.PrivateInvoke(MessageData&
msgData, type Int32) à x.xxx.xxxxx(String Path, AsyncCallback
rappel, l'état de l'Objet) à x.xproxy.begininstall(String path,
AsyncCallback rappel, l'état de l'Objet) dans
C:\Users\projet\AsyncProxy.cs:ligne 38 à
xxx.MainForm.begininstall(Object sender, EventArgs e) dans
C:\Users\projet\MainForm.cs:ligne 647 à
XPrintV7.MainForm.b__e() dans
C:\Users\Gurdip\Desktop\xproject\MainForm.cs:ligne de 664 au
Système.De Windows.Les formulaires.De contrôle.InvokeMarshaledCallbackDo(ThreadMethodEntry
tme) à
Système.De Windows.Les formulaires.De contrôle.InvokeMarshaledCallbackHelper(Object obj)
au Système.Le filetage.ExecutionContext.runTryCode(Objet userData) à
Système.Moment de l'exécution.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode
code, CleanupCode backoutCode, Objet userData) à
Système.Le filetage.ExecutionContext.RunInternal(ExecutionContext
executionContext, ContextCallback rappel, l'état de l'Objet) à
Système.Le filetage.ExecutionContext.Exécuter(ExecutionContext
executionContext, ContextCallback rappel, l'état de l'Objet) à
Système.De Windows.Les formulaires.De contrôle.InvokeMarshaledCallback(ThreadMethodEntry
tme) au Système.De Windows.Les formulaires.De contrôle.InvokeMarshaledCallbacks()
Quelle est la cause probable?
Merci, je vais essayer ça. Mais tout ce que je passe pour le service wcf est une chaîne de caractères (c'est un chemin d'accès), une méthode de rappel délégué, et un objet qui est de l'état (je passe dans une chaîne vide), qui est à peine à pousser le bateau à l'extérieur?
OriginalL'auteur GurdeepS | 2011-05-15
Vous devez vous connecter pour publier un commentaire.
Le message d'erreur vous indique que l'erreur Win32
ERROR_NO_DATAs'est produite lorsque le client-côté pile de canaux essayé d'envoyer un message au service sur le canal nommé. Il est difficile de diagnostiquer au-delà qu'avec uniquement les informations que vous avez fournies, mais il est fort probable que le client et le serveur extrémités du tube nommé avez incohérents états à la suite de la précédente erreur WMI. Peut-être que le code côté client n'est pas la gestion de l'état de la proxy de service de l'instance correctement lorsque le WMI exception se produit.Vous devez activer la WCF suivi sur le client et le service côtés, ce qui permettra de fournir une image plus claire de ce qui se passe.
Aussi, la publication de certains de votre code client pour voir où le WMI exception se produit, et comment le service proxy est traitée dans la gestion de l'exception, peut permettre à quelqu'un pour répondre à votre question plus précisément.
OriginalL'auteur Chris Dickson