tapcas.blogg.se - Visual studio c++ 2012

if you want to figure out what encoding is being used in your case, I'd advise printing the actual value of the character as an integer.

make sure you know what encoding is expected by your console, and that your font has the glyphs to represent the chars you send.

Use resources, where you control the encoding.

don't use non-ascii in string literals.

what does this mean to you ? Here are bits of advice:

controlling what the console shows is more painful than what I was expecting.

VC is picking a codepage for the string literals that I do not seem to control.

My "é" string was still encoded with CP1252 as 233 0 )

the encoding of the source does not matter, as long as the compiler can figure it out (notably, changing it to UTF8 did not change the generated code.

Some interesting things I learned looking at this: To fix it, I had to change the font I use on consoles to Lucida Console (a true type font). It turns out that my system font does not have the glyph for that character, and helpfully uses the glyph of my standard codepage (capital Theta, the same I would get if I did not call SetConsoleOutputCP). I banged my head to figure out why I could not get the é to show up properly, using CP1252 (western european, windows).

You can also figure out which one you have with GetConsoleOutputCP (the input is controlled differently, through SetConsoleCP)ĥ is a funny one. It should default to your default system codepage. Except for control codes, << just passes the data down for char *.Ĥ is controlled by SetConsoleOutputCP. I have failed to find explicit details/control on this.ģ is even easier. It generates the string literal corresponding data chunk in the current codepage no matter what the source encoding was. It looks like the compiler guesses what format the source file is in, and decodes it to its internal representation. how the console translates that output to a font glyph.ġ and 2 are fairly easy ones.how your What your compiler does with a string literal, and what source encoding it understands.how your C++ file will be seen by the compiler) What encoding your source file is in (i.e.So the issue is not one of UTF8 encoding, as it would combine multiple source chars to less glyphs.įrom you source string to the display on the console, all those things play a part: To start with, you have 4 chars on your cout line, and 4 glyphs on the output. Everything below is about a specific implementation (as it happens, VC2008 on a US locale machine). It ain't much in there, and all the characters used are in ascii. The specification states in 2.2 what character sets are valid in source code. Before I go any further, I should mention that what you are doing is not c/c++ compliant.