Depuis hier, les instructions Console.Write() et Console.WriteLine() ne fonctionnent plus dans les applications Windows Forms.
J'ignore ce que j'ai modifié pour que cela arrive. La seule commande suspecte serait d'avoir tapé "Console.Write("blablabla") dans la fenêtre Éxécution lors d'un point d'arrêt.
J'ai essayé de basculer dans les deux sens l'option "Rediriger tout le texte de la fenêtre Sortie vers la fenêtre Exécution", sans résultat. Cela ne sort ni dans l'une ni dans l'autre, quelle que soit la valeur de l’option.
Dans l'onglet "Débogage"/"Fenêtre Sortie" des options, l'option "Toutes les sorties du débogage" est sur "Actif". Tous les paramètres de cet onglet sont en maigre, c'est à dire à leur valeur par défaut (voir image ci-dessous).
J'ai fermé et rouvert Visual Studio sans résultat.
Edit : J'ai bien sûr vérifié que l'affichage de la fenêtre de sortie était réglé sur "Déboguer". De toutes façon, ça ne sort dans aucun des affichages.
Quelqu'un connait la solution pour revenir à l'état normal ?
A voir également:
Visual studio console
Console.writeline - Meilleures réponses
Visual studio afficher console - Meilleures réponses
Console.WriteLine() comme son nom l'indique sort sur la console, pas sur le debug.
pour le debug :
(de mémoire, pas d'EDI sur ma machine)
System.Disgnostics.Debug.Write...
Depuis que j'utilise Visual Studio, mes Console.Write() sortent dans la fenêtre Sortie.
Et c'est beaucoup plus rapide à écrire que System.Diagnostics.Debug.Write
La question est : Pourquoi ça ne fonctionne plus depuis hier.
Bien sûr que je suis en debug.
Je ne passe en mode release que pour produire le package d'installation (NSIS), et je reviens en debug aussitôt après.
Je n'ai pas trouvé comment rétablir toutes les options à leur valeur par défaut.
J'ai essayé l'option "Réparer" dans Visual Studio Installer, mais ça n'a rien changé.
Et
System.Diagnostics.Debug.WriteLine("bla bla bla");
Si je bascule le projet en "Application console", la fenêtre de console "DOS" s'ouvre, mais la fenêtre principale Windows aussi (je n'avais encore jamais fait ça, c'est tordu...).
L'application fonctionne normalement, et les instructions Console.write() sortent... dans la console "DOS".
En remettant le projet en "Application Windows", Le fenêtre "DOS" ne s'ouvre plus, mais la fenêtre "Sortie" ne montre pas pour autant les messages de Console.Write().
Pourtant la fenêtre de sortie n'est pas "morte", puisque dans le choix des sorties, si je sélectionne "Build" au lieu de "Déboguer", j'y trouve bien les traces de compilation.
J'ai aussi Visual Studio 2017 (V19.9.5), et je n'ai pas du tout les mêmes options. J'en ai des dizaines de plus... voir le début de cette discussion et l'image de ma fenêtre des options.
L'option qui est intéressante c'est "Toutes sorties du débogage". Elle est active aussi chez moi. La preuve, c'est que le débogage sort bien en mode console.
J'ai trouvé sur un autre forum un cas identique au mien, qui s'est résolu en redémarrant VS. J'ai essayé, mais ça n'a rien résolu.
Bon, j'en suis quitte pour mettre des points d'arrêt partout et d'afficher les variables dans la fenêtre des variables locales, ou de taper leur nom dans la fenêtre exécution.
J'en ai des dizaines de plus... voir le début de cette discussion et l'image de ma fenêtre des options.
oui, mais j'ai tapé "sortie" dans le champ de recherche.
Bon, j'en suis quitte pour mettre des points d'arrêt partout et d'afficher les variables dans la fenêtre des variables locales, ou de taper leur nom dans la fenêtre exécution.
en fait, à part dans le cas d'un traitement qu'il ne faut pas interrompre (traitement de flux) c'est plus efficace que la console, tu peux regarder l'ensemble des propriétés, tester un bout de code, etc...
Oups! Je n'avais pas vu le filtre sur sortie...
En faisant le même filtre, j'ai exactement la même chose.
J'utilise beaucoup les points d'arrêt, mais pour analyser le comportement d'une boucle sur une liste de classes et leurs variables, c'est quand même plus pratique d'obtenir un résultat ordonné, qu'on peut copier et coller dans un autre logiciel (un tableur pas exemple) pour analyse ultérieure.
Puisque on n'avance plus, je vais me résoudre à clôturer cette discussion.
