Fenêtre de débogage Visual C ++ affichant CR / LF dans Visual Studio 2008

Question

Depuis quelque temps, lorsque je débogue des applications Visual C ++ et que je visualise toute variable CString ou char * (ou tout autre type basé sur des caractères asci) dans les fenêtres de débogage Local, Auto ou Watch, les caractères CR / LF de mes variables ne sont pas affichés du tout.

En d’autres termes, si la variable chaîne est définie sur "Ceci est une ligne \ r \ nCeci est une autre ligne". dans mon code, la fenêtre de débogage affichera "Ceci est une ligne. Ceci est une autre ligne". Ce que je voudrais montrer, c’est "Ceci est une ligne & # 9633; & # 9633; Ceci est une autre ligne". afin que je puisse voir les deux caractères supplémentaires dans ce texte.

Cela m’a amené à faire des erreurs en essayant de déboguer le code d’analyse de chaîne. Remarque: le visualiseur de texte divise correctement le texte en lignes séparées, mais je ne souhaite pas utiliser le visualiseur de texte si je ne suis pas obligé de le faire. De plus, certains de mes collègues sont capables de voir les caractères CR / LF de manière correcte, mais nous ne pouvons pas déterminer pourquoi ils ne sont pas affichés pour moi.

Merci d'avance.

Answer 1

Cela semble être une sorte de bogue difficile à reproduire (je ne les vois pas non plus dans 2k8) selon cet ancien lien :

  

Si nous voulions le faire correctement, nous devions émettre les séquences d'échappement appropriées pour ces personnages. par exemple, afficher " \ r \ n " dans la ficelle. Le comportement de suppression des caractères spéciaux est historique et sera corrigé dans une version ultérieure. Si vous affichez du texte avec des nouvelles lignes, vous pouvez afficher la chaîne sous forme de tableau de caractères: type & str; 100, " pour afficher une chaîne de longueur 100 sous forme de tableau. Vous pouvez également cliquer sur le glyphe de la loupe et afficher la chaîne dans un contrôle d'édition multiligne.

Un mois plus tard:

  

Nous ne pouvons pas reproduire ce problème sur VS2003 ni VS2005. Cela ressemble à un problème spécifique à la machine.

Donc, si vos collègues le voient vraiment, il doit y avoir quelque chose de bizarre dans nos installations.

Answer 2

Serait-ce la police que vous utilisez? utilisez-vous tous la même police (de préférence par défaut)?

J'ai eu un certain nombre de problèmes embêtants avec des gens qui le font. Je ne sais pas si c'est votre problème, mais c'est quelque chose à vérifier.

Answer 3

En réponse à la question de SQL Server, j’ai trouvé, du moins en 2008, que si vous obtenez les 200 lignes à modifier, les carrés \ r \ n seront affichés, mais si vous obtenez les 1000 lignes en lecture seule, cela ne se produira pas. .