【问题标题】:Opening Windows console for stdin/stdout/stderr for both of win32 and win64 in C在 C 中为 win32 和 win64 打开 stdin/stdout/stderr 的 Windows 控制台
【发布时间】:2017-05-03 19:47:35
【问题描述】:

首先,我不是 Windows 程序员(甚至不是 Windows 用户),我在 Linux 上使用交叉编译器也为 Win32 和 Win64 构建。在挖掘网络(甚至在这里提出问题)之后,我设法将一个可以打开 Windows 控制台的代码片段放在一起,并将其用于 stdin/stdout/stderr。它适用于 Win32,但程序在 Win64 上崩溃。我想问题是长整数数据类型大小不同,gcc 甚至对此发出警告。但是,由于我不知道某些 Windows API 类型的确切用途和大小,所以我不知道应该更改什么。当然,最好的是一些独立于 win32/win64 的解决方案。我还尝试对 lStdHandle 使用“HANDLE”类型,但它甚至无法编译。有人可以帮忙吗?

    int hConHandle;
    long lStdHandle;
    //HANDLE lStdHandle;
    CONSOLE_SCREEN_BUFFER_INFO coninfo;
    FILE *fp;
    FreeConsole(); // be sure to release possible already allocated console
    if (!AllocConsole()) {
            ERROR_WINDOW("Cannot allocate windows console!");
            return;
    }
    SetConsoleTitle("My Nice Console");
    // set the screen buffer to be big enough to let us scroll text
    GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &coninfo);
    coninfo.dwSize.Y = 1024;
    //coninfo.dwSize.X = 100;
    SetConsoleScreenBufferSize(GetStdHandle(STD_OUTPUT_HANDLE), coninfo.dwSize);
    // redirect unbuffered STDOUT to the console
    lStdHandle = (long)GetStdHandle(STD_OUTPUT_HANDLE);
    hConHandle = _open_osfhandle(lStdHandle, _O_TEXT);
    fp = _fdopen( hConHandle, "w" );
    *stdout = *fp;
    setvbuf( stdout, NULL, _IONBF, 0 );
    // redirect unbuffered STDIN to the console
    lStdHandle = (long)GetStdHandle(STD_INPUT_HANDLE);
    hConHandle = _open_osfhandle(lStdHandle, _O_TEXT);
    fp = _fdopen( hConHandle, "r" );
    *stdin = *fp;
    setvbuf( stdin, NULL, _IONBF, 0 );
    // redirect unbuffered STDERR to the console
    lStdHandle = (long)GetStdHandle(STD_ERROR_HANDLE);
    hConHandle = _open_osfhandle(lStdHandle, _O_TEXT);
    fp = _fdopen( hConHandle, "w" );
    *stderr = *fp;
    setvbuf( stderr, NULL, _IONBF, 0 );
    // Set Con Attributes
    //SetConsoleTextAttribute(GetStdHandle(STD_ERROR_HANDLE), FOREGROUND_RED | FOREGROUND_INTENSITY);
    SetConsoleTextAttribute(GetStdHandle(STD_OUTPUT_HANDLE), FOREGROUND_GREEN | FOREGROUND_INTENSITY);
    SetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE), ENABLE_PROCESSED_OUTPUT | ENABLE_WRAP_AT_EOL_OUTPUT);
    SetConsoleMode(GetStdHandle(STD_INPUT_HANDLE), ENABLE_ECHO_INPUT | ENABLE_LINE_INPUT);

【问题讨论】:

  • 你调试了吗?哪里崩溃了?
  • 它为我在 Visual Studio 2017 中编译运行。您还应该检查函数的返回值。
  • 其实我不能调试,因为我连试都试不了,我没有windows,只是请人试一下。它是在 Linux 上使用针对 windows 的 Mingw 交叉编译器编译的。 32位的exe似乎还可以,只有64位才有问题。当然,我有问题我不能调试太多,但我的大部分项目都是独立于平台的(win32/win64/OSX/Linux/等),只是像这样的小事情是有问题的。

标签: c windows windows-console win64


【解决方案1】:

我不知道到底是什么问题。我没有准备好在 Linux 上使用 MinGW 进行构建。如果您不构建控制台应用程序,它可能与无效的文件描述符有关。在这种情况下,CRT 初始化文件描述符以将映射处理为无效句柄值,并且标准 FILE 流将被初始化为 -1 fileno。但我在您的代码中没有发现问题。

但是,您的*stdin = *fp hack 不是可移植的 C。它适用于旧版本的 MSVC,并且可能也适用于 msvcrt.dll(由于缺乏更好的选择而被 MinGW 怀疑使用)。但是,它不适用于新的通用 CRT。新 CRT 中的FILE 定义如下:

typedef struct _iobuf
{
    void* _Placeholder;
} FILE; 

所以分配给*stdin 只会覆盖这个_Placeholder 指针。内部结构其实如下:

struct __crt_stdio_stream_data
{
    union
    {
        FILE  _public_file;
        char* _ptr;
    };

    char*            _base;
    int              _cnt;
    long             _flags;
    long             _file;
    int              _charbuf;
    int              _bufsiz;
    char*            _tmpfname;
    CRITICAL_SECTION _lock;
};

所以你真正覆盖的只是它的缓冲区_ptr

可移植地重新打开标准流的方法是通过freopen。所以我所做的(可行但也许其他人有更好的解决方案)是freopenNUL 设备,如果它是非控制台应用程序,它将流重置为有效的文件描述符。然后使用_dup2 重定向底层文件描述符。例如:

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

int wWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
             LPWSTR lpCmdLine, int nCmdShow)
//int wmain(int argc, wchar_t **argv)
{
    int fdStd;
    HANDLE hStd;
    CONSOLE_SCREEN_BUFFER_INFO coninfo;

    printf("Goodbye, World!\n");

    /* ensure references to current console are flushed and closed
     * before freeing the console. To get things set up in case we're
     * not a console application, first re-open the std streams to
     * NUL with no buffering, and close invalid file descriptors
     * 0, 1, and 2. The std streams will be redirected to the console
     * once it's created. */

    if (_get_osfhandle(0) < 0)
        _close(0);
    freopen("//./NUL", "r", stdin);
    setvbuf(stdin, NULL, _IONBF, 0);
    if (_get_osfhandle(1) < 0)
        _close(1);
    freopen("//./NUL", "w", stdout);
    setvbuf(stdout, NULL, _IONBF, 0);
    if (_get_osfhandle(2) < 0)
        _close(2);
    freopen("//./NUL", "w", stderr);
    setvbuf(stderr, NULL, _IONBF, 0);

    FreeConsole();

    if (!AllocConsole()) {
        //ERROR_WINDOW("Cannot allocate windows console!");
        return 1;
    }
    SetConsoleTitle("My Nice Console");

    // set the screen buffer to be big enough to let us scroll text
    GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &coninfo);
    coninfo.dwSize.Y = 1024;
    //coninfo.dwSize.X = 100;
    SetConsoleScreenBufferSize(GetStdHandle(STD_OUTPUT_HANDLE), coninfo.dwSize);

    // redirect unbuffered STDIN to the console
    hStd = GetStdHandle(STD_INPUT_HANDLE);
    fdStd = _open_osfhandle((intptr_t)hStd, _O_TEXT);
    _dup2(fdStd, fileno(stdin));
    SetStdHandle(STD_INPUT_HANDLE, (HANDLE)_get_osfhandle(fileno(stdin)));
    _close(fdStd);

    // redirect unbuffered STDOUT to the console
    hStd = GetStdHandle(STD_OUTPUT_HANDLE);
    fdStd = _open_osfhandle((intptr_t)hStd, _O_TEXT);
    _dup2(fdStd, fileno(stdout));
    SetStdHandle(STD_OUTPUT_HANDLE, (HANDLE)_get_osfhandle(fileno(stdout)));
    _close(fdStd);

    // redirect unbuffered STDERR to the console
    hStd = GetStdHandle(STD_ERROR_HANDLE);
    fdStd = _open_osfhandle((intptr_t)hStd, _O_TEXT);
    _dup2(fdStd, fileno(stderr));
    SetStdHandle(STD_ERROR_HANDLE, (HANDLE)_get_osfhandle(fileno(stderr)));
    _close(fdStd);

    // Set Con Attributes
    SetConsoleTextAttribute(GetStdHandle(STD_OUTPUT_HANDLE),
        FOREGROUND_GREEN | FOREGROUND_INTENSITY);
    SetConsoleMode(GetStdHandle(STD_OUTPUT_HANDLE),
        ENABLE_PROCESSED_OUTPUT | ENABLE_WRAP_AT_EOL_OUTPUT);
    SetConsoleMode(GetStdHandle(STD_INPUT_HANDLE),
        ENABLE_ECHO_INPUT | ENABLE_LINE_INPUT);

    printf("Hello, World!\n");

    Sleep(10000);
    return 0;
}

【讨论】:

  • 非常感谢!使用 HANDLE 类型并转换为 INT_PTR 似乎解决了问题。它有助于解决我现有解决方案的问题。但是请不要误解我,也许您的解决方案会比我提出的解决方案更好(实际上不是我的工作,但我可以从网上猜测并整理出来......),但我目前很高兴至少与仅修改了一些行,效果很好:)
  • @LGBGáborLénárt,在使用 VS 2015+ 为新 CRT 构建时,您的代码将无法正常工作,您应该将其修复为可移植,而不是依赖 FILE 指针的内部实现细节,这意味着在 C 中是不透明的。即使您没有直接访问这些字段,假设您可以执行 *stdin = *fp 也是错误的。
  • 至于HANDLE 问题,该解决方案对我来说没有意义。在这种情况下,所有手柄都适合long。我不会像你一开始那样写它,但我认为它应该可以工作。我将尝试使用 MSVC 并尝试找出可能出错的地方。如果这是我自己的问题,我不会满意,直到我可以在调试器中准确诊断出问题所在。
  • 我无法重现在 64 位版本中使用 long 作为标准句柄的任何问题。我将hStd 切换为long 并从GetStdHandle 转换结果。当然,控制台和非控制台构建都没有问题。为什么会有?句柄值小于一百。
  • 以防万一,在msvc2015 UCRT中测试了另一种解决方案,使用fclose+_close+freopen:const int stdin_fileno = _fileno(stdin); fclose(stdin); if (stdin_fileno &lt; 0) _close(STDIN_FILENO); /* reallocate console here */; freopen("CONIN$", "r", stdin); /* use _get_osfhandle + SetStdHandle for not console application */的序列。它更短,不需要使用setvbuf//./NUL_dup2(因为freopen已经分配了一个描述符)等等。
【解决方案2】:

它是一个句柄,所以你应该使用HANDLE 类型。当您调用_open_osfhandle 时,转换为INT_PTR(或SIZE_T,如果您的SDK 确实过时),使用long 可以截断值!

【讨论】:

  • 一般来说是这样。 HANDLE 可以是一个指针(例如,HMODULE 是模块的基地址)或GetCurrentProcess 返回的特殊值,如INVALID_HANDLE_VALUE(HANDLE)-1。在这些情况下,截断会很糟糕。但保证常规内核句柄和窗口句柄适合 32 位 long。此外,对于传递给_open_osfhandle 的句柄,使用intptr_t 而不是Windows typedef 更为惯用。
  • @eryksun 控制台句柄并不总是一个普通的内核句柄,在某些情况下它是一个伪句柄,你不能假设任何关于位的事情。 HWND 适合 32 位,因为 32 位应用程序需要能够在 64 位应用程序中对 HWND 进行操作,但对于 HANDLE,情况并非如此。
  • Windows 8 之前的版本中的控制台句柄确实是由控制台本身管理的伪句柄,但实际上我们知道在这种情况下它们不是问题,无论我们可以合法地 假设它们,因为控制台(Windows 7 中的 conhost.exe 或真正旧版本中的 csrss.exe)从基本集 3、7、11 开始,并在复制句柄和为新的句柄创建句柄时从那里递增屏幕缓冲区。
  • 至于您关于 HANDLE 的一般声明,我们正在使用 File 句柄,它们是内核句柄,必须是 32 位,除了您提出的关于用于旧版本 Windows 中的控制台。
  • 很好,修改 lStdHandle 是 HANDLE 而不是 long,并且在每次 _open_osfhandle() 调用时使用强制转换为 INT_PTR,现在它可以在 Linux 上使用 mingw 编译 32 位和 64 位 exe 而不会发出警告并且现在似乎也可以在 Windows 上运行!这正是我的问题,我不知道真正的“HANDLE”类型是什么,以及 _open_ofhandle() 究竟用什么样的类型作为参数做了什么。现在好像还不错!谢谢!
猜你喜欢
  • 2010-09-23
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-10-05
  • 1970-01-01
  • 1970-01-01
  • 2011-04-22
  • 1970-01-01
相关资源
最近更新 更多