1

我维护一个生成二进制数据的命令行实用程序。stdout数据可以在请求时重定向。这在stdout重定向到管道或文件时有效，但在stdout控制台时则较少，因为它会使控制台产生垃圾。

为了保护用户免受此类错误的影响，程序必须检测是否stdout是控制台，并在是时退出。

现在，这已经不是什么新鲜事了，快速浏览一下 Internet 就会发现多种解决方案。主要缺点是没有“通用”方法，并且Visual Studio需要自己的风味。

我用于 Visual 的控制台检测器有一个缺陷：当控制台由 提供时，它没有检测到这stdout是一个控制台，我相信这意味着它是。mingwmintty

这是相关的代码部分：

#if defined(WIN32) || defined(_WIN32)
#  include <io.h>      /* _isatty */
#  include <windows.h> /* DeviceIoControl, HANDLE, FSCTL_SET_SPARSE */
#  include <stdio.h>   /* FILE */
static __inline int IS_CONSOLE(FILE* stdStream) {
    DWORD dummy;
    return _isatty(_fileno(stdStream)) && 
           GetConsoleMode((HANDLE)_get_osfhandle(_fileno(stdStream)), &dummy);
}
#endif

请注意，控制台检测器可以与内置的 Windows 控制台 (conhost.exe) 一起正常工作。当二进制文件由mingw64. 所以问题主要是“用Visual+控制台编译的是mintty”。

我一直在寻找一些潜在的备份解决方案，并发现使用不同逻辑的 Visual 控制台检测器的多种变体。但是它们都不会被识别mintty为控制台，它们都失败了。

我想知道这是否是一个问题mintty，但我预计如果是这样，更多的应用程序会受到影响。然而，通过互联网搜索此类问题的投诉相对较少，并且没有解决方案。

  • 这是一个已知问题吗？
  • 有已知的解决方案吗？
4

1 回答 1

2

mintty是终端仿真器，不向正在运行的应用程序提供控制台。当我需要运行一个真正的控制台程序时，我必须使用winpty. 例如winpty powershell将允许 powershell 在mintty.

这是一个已知问题，几个应用程序都喜欢git解决这个问题。这也是我发现的。

https://github.com/fusesource/jansi-native/issues/11。

https://github.com/fusesource/jansi-native/commit/461068c67a38647d2890e96250636fc0117074f5

因此，显然您还应该检查您是否连接到具有以下名称的管道：

/*
 * Check if this could be a MSYS2 pty pipe ('msys-XXXX-ptyN-XX')
 * or a cygwin pty pipe ('cygwin-XXXX-ptyN-XX')
 */
于 2018-12-27T02:40:02.963 回答