Si j'exécute une exécutable qui jette une exception (intégrée de débogage), je recevrai une boîte de dialogue d'erreur en disant quelque chose comme "l'assertion de débogage échoué", puis des informations sur l'exception. Bien que cela se produise, l'exécution du programme est suspendue jusqu'à ce que je choisisse l'une des options "abandonner" ou "ignorer".
La chose est, j'exécute beaucoup d'applications d'un script et si l'une d'entre elles jette une exception, elle fait une pause mon script jusqu'à ce qu'il soit manipulé.
est-il en quelque sorte pour désactiver ce mécanisme de traitement d'exception?
Edit: Je me souviens de lire sur une clé de registre, il y a un moment, qui désactiverait les messages d'erreur d'apparaître. Est-ce que quelqu'un sait-il?
3 Réponses :
Pouvez-vous créer vos exécutables comme libération? Si je me souviens, cela devrait arrêter les erreurs d'affirmation d'apparaître.
Même s'ils sont mes applications, je ne peux pas les construire en libération.
@Geo: Si vous ne pouvez pas modifier l'application elle-même, une option est d'écrire un petit programme qui vérifie périodiquement le présentiel de cette fenêtre et d'envoyer une course clé 'I'. Je le fais moi-même comme ça et ça aide beaucoup.
N'y a-t-il pas une clé de registre que nous pourrions modifier pour atteindre l'effet similaire?
Si vous pouvez modifier la source de l'application (s), consultez la fonction _crtsetrePortMode, par exemple: voir MSDN pour plus.
Si vous pouvez modifier la source, le comportement d'abandon (appelé par Assert) doit être modifié pour supprimer la boîte de dialogue Abander / Réessayer / Ignorer.
On Abort, un crashdump sera toujours produit (par défaut) afin de ne pas perdre ce qui est important.
En outre, vous pouvez ajuster le comportement de l'affirmation à écrire sur stardr uniquement. Ceci n'est pas nécessaire si le comportement d'abandon est adéquat pour ce que vous voulez. Remarque: les appels _crtxxx sont uniquement actifs dans les constructions de débogage (/zi).