【问题标题】:Windows application that optionally writes to a console in C++?可以选择在 C++ 中写入控制台的 Windows 应用程序?
【发布时间】:2014-12-25 23:03:27
【问题描述】:

我想要一个具有以下行为的 Windows 应用程序:
1. 如果它是从现有的命令行窗口 (cmd.exe) 启动的,那么它将其标准输出写入该控制台。
2. 如果通过双击图标启动,不会打开新的控制台,也不会在任何地方写入标准输出。

要实现 1,我可以将 /SUBSYSTEM 链接器参数设置为 CONSOLE,但是如果我双击应用程序图标,则会打开一个新的控制台窗口。
为了实现 2,我将相同的参数设置为 WINDOWS,但是如果我从控制台启动应用程序,它的标准输出不会定向到控制台。
我希望同一个可执行文件具有这两种行为。

到目前为止,我发现我可以创建一个 /SUBSYSTEM:WINDOWS 可执行文件并执行此操作:

DWORD ret = AttachConsole(ATTACH_PARENT_PROCESS)
if (ret != 0) {  // succeeds only if the parent is cmd.exe
     HANDLE outh = GetStdHandle(STD_OUTPUT_HANDLE);
     WriteFile(outh, "Hello", 5, NULL, NULL);
}

如果进程是从 1 启动的,这会将 Hello 写入控制台,否则不执行任何操作。
现在只是让 CRT 将outh 作为标准输出的句柄的问题。我该怎么做?

此选项的另一个问题是 cmd.exe 没有阻塞已启动的进程。新进程启动后,cmd.exe 将返回提示符,Hello 字符串将出现在提示符处。如果用户在控制台上按 Enter,则会出现另一个提示。关于如何防止这种情况的任何想法?

【问题讨论】:

标签: c++ windows console crt


【解决方案1】:

在这里找到答案:http://dslweb.nwnexus.com/~ast/dload/guicon.htm

DWORD ret = AttachConsole(-1);
if (ret != 0) {
   HANDLE lStdHandle = GetStdHandle(STD_OUTPUT_HANDLE);
   int hConHandle = _open_osfhandle((intptr_t)lStdHandle, 0);
   FILE* fp = _fdopen( hConHandle, "w" );
   *stdout = *fp;
}

至于让 cmd.exe 等待,这似乎是不可能的: http://blogs.msdn.com/b/oldnewthing/archive/2009/01/01/9259142.aspx

【讨论】:

  • 这样覆盖stdout是否合法?另外,不要忘记您需要记录您是否有控制台;如果不这样做,则不应写入标准输出。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-12-23
  • 2017-06-05
  • 2014-03-31
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多