Discussion :

[_zzyx_]

Petit soucis à la ...

D'habitude visual studio laisse la console ouverte à la fin d'un programme (en tout cas si celui-ci est en console). en me demandant de presser une touche pour continuer
étrangement j'ai un projet (sous VS 2010) qui le fait pas,
quelqu'un sait quelle case est à cocher pour ca.

Car je vois pas l'interet de me faire ch... à gerer une sortie propre du programme si je vois pas le message d'erreurs dans la console

[bacelar]

Déjà, commencez par ne pas confondre Vs avec son débuggeur.
Ensuite, fait pas prendre vos rêves pour des réalités, Le débuggeur n'a jamais changé le comportement du programme qu'il débugue juste pour vos beaux yeux.
S'il y avait attente, c'est au programme lui-même que vous le deviez et pas au débuggeur.

>Car je vois pas l'interet de me faire ch... à gerer une sortie propre du programme si je vois pas le message d'erreurs dans la console

Bin, déjà, si vous suiviez les normes, ça serait bien plus simples pour vous.
Les erreurs, c'est dans la sortie d'erreurs et pas dans la console qu'il faut les afficher, avec un code retour négatif par la même occasion. Choses qu'il est facile de récupérer dans la fenêtre sortie/output de VS.
Je vous signale que les programmes console sont principalement là pour être utilisé en mode pipe ou batch et qu'à ce titre, ils doivent disparaitre dés leurs fins et ne pas polluer l'éventuelle console que leur processus parent est en droit de récupérer sans les cochonneries de leur progéniture.

[Médinoc]

Vérifie que le sous-système du projet est bien explicitement réglé dans les options du linker (/subsystem:console).
Sinon, Visual oubliera de forcer une pause quand l'option "start without debugging" est utilisée.

Je vous signale que les programmes console sont principalement là pour être utilisé en mode pipe ou batch et qu'à ce titre, ils doivent disparaitre dés leurs fins et ne pas polluer l'éventuelle console que leur processus parent est en droit de récupérer sans les cochonneries de leur progéniture.

C'est à ça que sert la distinction entre stdout et stderr.
Ce qui voudrait dire, en fait, qu'en mode interactif une application devrait utiliser stderr pour tous les messages, y compris les invites.