Une exception de première chance de type 'System.Le filetage.ThreadAbortException' s'est produite dans mscorlib.dll

Je suis en train de travailler sur un asp.net application.. quand j'essaie de compiler et exécuter l'application; il s'exécute avec succès.

Mais quand j'ai essayer de déboguer l'application il me donne l'erreur à tout point

Une exception de première chance de type 'System.Le filetage.ThreadAbortException' s'est produite dans mscorlib.dll

Il ne marche pas donner d'erreur, dans n'importe quel ligne de code.. il donne cette erreur dans le code de la ligne (pas sûr).. et puis affichage de la page web - "Application Serveur non disponible" s'affiche.

Même quand j'essaie d'analyser/exécuter une instruction dans la fenêtre exécution rapide et la montre, il me donne l'erreur ci-dessus..

par exemple, j'ai chargé un document xml (de plus de 10000 lignes), dans XElement et quand j'essaie de vérifier certaines valeur de l'attribut thru xpath comme XElementObj.XPathSelectElement("/asdf/tsa/wqer/xyz").. il donne d'erreur ci-dessus.. (pas tout le temps mais de façon aléatoire).

personne ayant aucune idée sur ce.. s'il vous plaît aider.

  • Je ne suis pas sûr que cela n'a rien à voir avec une "exception de première chance" - Une exception de première chance est une exception qui a été capturée et traitée, le maintien de l'intégrité du flux de travail.
InformationsquelleAutor kaushalparik27 | 2009-12-29
  1. 33

    J'ai eu quelque chose de similaire, et a trouvé cette réponse à partir d'une autre question:

    Si vous souhaitez identifier où l'
    des exceptions se produisent, vous pouvez
    sélectionnez le Debug->menu des Exceptions
    article, et, dans la boîte de dialogue qui s'affiche,
    cochez la première case à cocher pour "Commune
    La Langue Des Exceptions D'Exécution". Cette
    va faire le saut de débogueur dès
    comme une exception se produit, au lieu de seulement
    rupture sur les exceptions non gérées.

    C'est aussi une raison pour laquelle il est
    généralement une mauvaise idée d'attraper générique
    exceptions, sauf si vous êtes clairement
    l'enregistrement de l'information pris.

    • OMG. Combien de fois ai-je oublié que... encore une fois Merci de me le rappeler! Je n'aime pas les nouveaux "Jeter tout ce qui est autour"-approche pas vraiment 🙂 Trop d'exceptions, l'homme...
    InformationsquelleAutor Christian Payne
  2. 12

    J'ai eu cette exception levée dans mon asp.net app, et a trouvé ce post sur le forum:

    PRB: ThreadAbortException Se produit Si Vous Utilisez Réponse.Fin, La Réponse.Redirection, ou d'un Serveur.Transfert
    http://support.microsoft.com/default.aspx?scid=kb;en-us;312629

    Ce sens que j'ai été rediriger sur une page juste avant que quelque chose a été rendue (comportement attendu par la voie)

    Solution de contournement par MS pour supprimer toutes les exceptions:

    Pour contourner ce problème, utilisez l'une des méthodes suivantes:

    • Pour La Réponse.Fin, appelez le HttpContext.Actuel.ApplicationInstance.CompleteRequest méthode au lieu de Réponse.Fin de contourner l'exécution de code à la Application_EndRequest événement.

    • Pour La Réponse.Rediriger, l'utilisation d'une surcharge, une Réponse.Redirection(String url, bool endResponse) qui passe à false pour le endResponse paramètre pour supprimer l'appel interne à la Réponse.Fin. Par exemple: Response.Redirect ("nextpage.aspx", false);

    • Pour Le Serveur.Le transfert, l'utilisation du Serveur.Méthode Execute à la place.

    Si vous utilisez cette solution de contournement, le code qui suit Réponse.Redirection est exécuté.
    Pour Le Serveur.Le transfert, l'utilisation du Serveur.Méthode Execute à la place.

    InformationsquelleAutor Hulvej