_O_WTEXT，_O_U16TEXT，_O_U8TEXT - 這些模式在mingw編譯器中是否可行，是否有任何解決方法？

Question

#include <fcntl.h> 
#include <io.h> 
#include <stdio.h> 

int main(void) { 
    _setmode(_fileno(stdout), _O_U16TEXT); 
    wprintf(L"\x043a\x043e\x0448\x043a\x0430 \x65e5\x672c\x56fd\n"); 
    return 0; 
} 

回報在編譯錯誤：_O_U16TEXT was not declared in this scope

這是一個表明，塞與此編譯器？

Answer 1

好吧，有一個簡單的解決方法：只需使用這些常量的值而不是它們的名稱。例如，_O_U16TEXT是0x00020000和_O_U8TEXT是0x00040000。

我剛剛證實，它在Windows 10使用G ++ 4.8.1與_setmode工作：

#include <iostream> 
#include <fcntl.h> 
#include <io.h> 
#include <stdio.h> 

int main() { 
    _setmode(_fileno(stdout), 0x00020000); // _O_U16TEXT 
    std::wcout << L"Русский текст\n"; 
} 

Answer 2

不要打擾它。

您的用戶需要將他的控制檯的字體設置爲一個unicode（例如Lucida控制檯），否則它不會顯示任何內容。如果您的目標是東亞，默認字體是unicode意識到的，它會顯示正常，但在歐洲，您必須手動更改字體。

用戶不會更改他們的控制檯字體，因爲您將其寫入自述文件中。他們甚至不會閱讀自述文件，他們只會看到它顯示垃圾，他們會認爲該程序不起作用。另外，它是VS 2005的一個非常新的功能，所以你需要鏈接VS 2005可重新發布，msvcr50.dll或更新（默認情況下mingw鏈接到msvcrt.dll）。如果你不這樣做，文本將不會顯示。

而且我認爲一個簡單的管道會殺死你新的閃亮的unicode文本。假設你的exe名爲a.exe。我很確定，a.exe | more不會顯示unicode文本。