_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 未在此范围内声明

这是此编译器的一个阻碍吗？

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

对于更高的 g++ 版本（我使用的是 12.2.0），#include 包含诸如 _O_U16TEXT、_O_WTEXT 和 _O_BINARY 之类的宏。

这是整个 文件。您可以在其中看到所有宏及其值。

    #include <crtdefs.h>
    
    #include <io.h>
    
    #ifndef _INC_FCNTL
    #define _INC_FCNTL
    
    #define _O_RDONLY 0x0000
    #define _O_WRONLY 0x0001
    #define _O_RDWR 0x0002
    #define _O_APPEND 0x0008
    #define _O_CREAT 0x0100
    #define _O_TRUNC 0x0200
    #define _O_EXCL 0x0400
    #define _O_TEXT 0x4000
    #define _O_BINARY 0x8000
    #define _O_WTEXT 0x10000
    #define _O_U16TEXT 0x20000
    #define _O_U8TEXT 0x40000
    #define _O_ACCMODE (_O_RDONLY|_O_WRONLY|_O_RDWR)
    
    #define _O_RAW _O_BINARY
    #define _O_NOINHERIT 0x0080
    #define _O_TEMPORARY 0x0040
    #define _O_SHORT_LIVED 0x1000
    
    #define _O_SEQUENTIAL 0x0020
    #define _O_RANDOM 0x0010
    
    #if !defined(NO_OLDNAMES) || defined(_POSIX)
    #define O_RDONLY _O_RDONLY
    #define O_WRONLY _O_WRONLY
    #define O_RDWR _O_RDWR
    #define O_APPEND _O_APPEND
    #define O_CREAT _O_CREAT
    #define O_TRUNC _O_TRUNC
    #define O_EXCL _O_EXCL
    #define O_TEXT _O_TEXT
    #define O_BINARY _O_BINARY
    #define O_RAW _O_BINARY
    #define O_TEMPORARY _O_TEMPORARY
    #define O_NOINHERIT _O_NOINHERIT
    #define O_SEQUENTIAL _O_SEQUENTIAL
    #define O_RANDOM _O_RANDOM
    #define O_ACCMODE _O_ACCMODE
    #endif
    #endif

Answer 3

甚至不用理会它。

您的用户需要将其控制台的字体设置为 unicode 字体（例如 Lucida Console），否则它将不会显示任何内容。如果您的目标是东亚，那里的默认字体是 unicode 识别的，它会显示得很好，但在欧洲，您必须手动更改字体。

用户不会更改其控制台字体，因为您将其写在自述文件中。他们甚至不会阅读自述文件，他们只会看到它显示垃圾，他们会认为该程序无法运行。

另外，它是 VS 2005 中的一个全新功能，因此您需要链接 VS 2005 可再发行组件、msvcr50.dll 或更新版本（默认情况下 mingw 链接到 msvcrt.dll）。如果您不这样做，则根本不会显示文本。

我认为一个简单的管道会杀死你新的、闪亮的 unicode 文本。假设您的 exe 名为 a.exe。我很确定，a.exe | more 不会显示 unicode 文本。