Почему printf может отображать символы не ASCII, когда & quot; C & quot; локаль используется?

Замечания: Я спрашиваю поведение, определяемое реализацией, в Microsoft Visual C ++ 2008 (возможно, то же самое в 2005+). ОС: упрощенная китайская установка Win7.

Меня удивляет, когда я выполняю ввод / вывод без ASCII printf, Например.

   // This won't be necessary as it's the system default code page.
//system("chcp 936");

// NULL to show current locale, which is "C"printf ("%s\n", setlocale(LC_ALL, NULL));
printf ("中\n");
printf ("%s\n", setlocale(LC_ALL, "English"));
printf ("中\n");

Выход:

Active code page: 936
C
中
English_United States.1252
?D

Объем памяти в отладчике показывает, что "中" кодируется двумя байтами: 0xD6, 0xD0, который является кодовой точкой этого символа в кодовой странице 936, для упрощенного китайского языка. Это не должно быть в диапазоне кодовой точки "C" locale который, более вероятный, является 0x0 ~ 0x7F,

Вопрос:

Почему он по-прежнему может правильно отображать символ в локали «C»? Таким образом, я предположил, что локаль не имела никакого отношения к printf? Но тогда я спрошу, почему он не может больше отображаться при переходе на "English" локаль, которая тоже отличается от 936? Интересно?

Редактировать:

Я перенаправил стандартный вывод в файл и прошел некоторый тест. Это показывает, что независимо от того, какая локаль установлена, правильный символ "中" сохраняется в файле. Это говорит о том, что setlocale() связано с тем, как консоль отображает символ, что противоречит моему пониманию того, как она работает: printf помещает байты / кодовые точки во входной буфер консоли, который интерпретирует эти байты, используя свою собственную кодовую страницу (что chcp возвращается).