2009-08-03 10 views
0

J'ai une application dont j'ai besoin pour déboguer sur un système cible. Toutes les macros TRACE pertinentes sont en place pour envoyer des messages à la fenêtre de débogage, cependant, j'ai des difficultés à trouver un moyen d'empêcher le spam là-bas.Prévention du spam de débogage dans eVC4

Vous voyez, cette application crée régulièrement & terminaison des discussions, donc je reçois une grande quantité de "Le thread 0x23CF2B8A a quitté avec le code 0 (0x0)" messages.

J'ai regardé les différentes options de menu mais je n'arrive pas à trouver un moyen de désactiver cette sortie automatisée.

Y a-t-il un moyen de faire cela pour nettoyer ma fenêtre de débogage?

+0

J'ai oublié d'ajouter que l'environnement cible est Windows CE 4.0 Cela signifie, malheureusement, que je ne peux pas utiliser dbgview.exe comme il le faut XP ou mieux:/ –

+0

Y at-il une option qui désactive la fenêtre quelque part? : | – GManNickG

+0

Je ne veux pas désactiver la fenêtre TRACE, car je veux voir les messages que je crée. Je veux juste me débarrasser des messages que l'IDE crée. –

Répondre

0

Cela ressemble à ce que vous pourriez faire avec un worker thread pool ou un nombre fixe de threads.

Si vous utilisez un nombre fixe de threads, vous gagnerez également en performance, c'est-à-dire en utilisant autant de threads que de processeurs.

Un autre argument pour et non pour créer de grandes quantités de threads à la volée est la rétrocompatibilité. Windows est utilisé pour fuir des ressources (sur XP SP1, si je me souviens bien) lors de la création/destruction de threads, de sorte que le processus ne pourrait finalement pas: :: CreateThread(). (J'espere que c'est corrigé maintenant, mais ne comptez pas dessus.)

+0

Non, le design est déjà implémenté, et en tant que tel cela prendrait trop de temps à changer maintenant. Je dois gérer ce qui a été écrit, et j'ai besoin d'un moyen de voir la sortie TRACE sans les messages de spam IDE. –

Questions connexes