Quelles sont les causes du Système.Web.HttpException avec le code d'erreur 0 x 80070057 sur la Page.Rincer pendant le débogage dans VS2005?

Ici est le message d'erreur:

Une exception de type
'Système.Web.HttpException' s'est produite dans
Système.Web.dll mais n'a pas été gérée dans
le code de l'utilisateur

Informations supplémentaires: La télécommande
accueil fermé la connexion. L'erreur
le code est 0 x 80070057.

et le code fautif:

 char[] buffer = oPage.HTML.HTML.ToCharArray();
 Page.Response.Write(buffer, 0, buffer.Length);
 Page.Response.Flush();
 Page.Response.End();

L'oPage.HTML.HTML est une chaîne de caractères dans une page personnalisée à l'objet utilisé par notre application. L'exception se déclenche sur la Page.Flush() et semble bénin -- j'appuyez simplement sur "continuer" et tout va bien. Ce qui n'apparaît jamais au moment de l'exécution.

J'ai chassé beaucoup, beaucoup de résultats Google, de nombreux trous de lapins et n'ai rien trouvé. Visual Studio 2005, Vista Ultimate (IIS7).

  • N'est-ce pas la méthode Flush() inutile si il est immédiatement remplacé par une Fin()?
  • Probablement, mais c'est l'héritage de code sur une page qui est utilisé dans chaque page d'un grand app. Je voudrais le supprimer, mais je suis un lâche. Ma solution est de mettre en commentaire sur ma copie de travail, et je n'ai pas de problèmes à l'échelle locale.
  • La même erreur jette dans Visual Studio 2008.
InformationsquelleAutor Ishmael | 2009-02-27
  1. 10

    J'ai du faire avec ce même message d'erreur pour un certain temps maintenant, et ma compréhension est que lorsque la Chasse d'eau est appelé, il doit y avoir une connexion à l'autre bout, sinon, cette erreur est levée. Il est facile d'entrer dans un "fire-and-forget" type de modèle lors de l'écriture de pages web, mais lorsque le client se déconnecte (dans ce cas de débogage, vous êtes le client), il n'y a nulle part à la chasse à.

    Il y a deux solutions que j'ai trouvé pour cela:

    1. Envelopper De Réponse.Chasse et de capture de l'exception.
    2. Vérifier La Réponse.IsClientConnected avant de vous appeler flush.

    Je ne suis pas sûr à 100% sur le second...je suis encore dans le processus de vérification que l'on sort.

    Bonne chance!

    • Je soupçonne #2 est une condition de concurrence, car le client peut déconnecter après vous vérifiez IsClientConnected.
    InformationsquelleAutor Chris B. Behrens