CreateProcess 在 Windows 7 下不会创建额外的控制台窗口？

我正在尝试使用 CreateProcess(...) 运行一个进程，并在单独的控制台窗口中独立运行它。

我可以使用 system("...") 函数来实现这一点，但我更喜欢 CreateProcess，因为它使我可以指定环境和工作目录，获取进程的句柄，以及在需要时通过管道传输 stdin/out到。

我在互联网上找到的只是相反的问题，即人们拥有额外的控制台窗口并希望摆脱它们！打开并显示新的控制台窗口似乎是早期版本的 Windows 中的正常行为？

现在，即使我运行“cmd.exe /c ...”，我也无法获得额外的窗口

我尝试使用 STARTF_USESHOWWINDOW 标志，但没有成功。

有人遇到过这个问题吗？

PS.：GUI 窗口如图所示。 notepad.exe 将正常出现。

这是我的代码（本质上）

PROCESS_INFORMATION processInfo;
STARTUPINFOA startupInfo;
ZeroMemory(&startupInfo,sizeof(startupInfo));
startupInfo.dwFlags |= CREATE_NEW_CONSOLE;
startupInfo.dwFlags |= DETACHED_PROCESS;
ok&=CreateProcessA( NULL,
    const_cast<char*>(comand.c_str()), // safe for CreateProcessA
    NULL, NULL, TRUE, NULL, NULL, NULL,
    &startupInfo, &processInfo);

我正在尝试运行 C:/Windows/system32/cmd.exe /c help 程序运行，我可以从管道读取输出。还是没有窗户。

MSDN 确实是您使用 Win32 API 时最好的朋友。现在，与您相关的创建标志如下：

(no flags set)— 子进程（以CreateProcess()）将与父进程（调用的进程）共享控制台CreateProcess()).

CREATE_NEW_CONSOLE— 子进程将收到一个新控制台，在新窗口中打开。正如 MSDN 明确指出的那样，该标志不得与 DETACHED_PROCESS!这正是您想要使用的标志。

CREATE_NO_WINDOW— 子进程将收到一个新的控制台，但没有任何窗户。这是一个非常令人惊讶的标志，所以我将再次重申：子进程将有一个控制台，您可以在其中写入输出，您可以尝试从中读取输入等；该控制台与父进程的控制台不同；这个控制台是不可见的，它没有可见的窗口，但它存在。例如，它对于在后台静默运行子进程很有用。请注意，此标志在与CREATE_NEW_CONSOLE or DETACHED_PROCESS— 这些标志会覆盖这个标志。另请记住，当您启动 GUI 应用程序时，该标志将被忽略：它不会收到不可见的控制台。

DETACHED_PROCESS— 子进程不会收到任何控制台。您不得将此标志与 CREATE_NEW_CONSOLE.

现在更多关于正确调用CreateProcess()。首先，你应该使用CreateProcessW()。我特别厌倦了无法访问名为的目录中的文件的应用程序日本語αβηλ.

其次，即使使用 ANSI 版本，也要指定CREATE_UNICODE_ENVIRONMENT如果你通过了，请标记NULL为了环境。如果你不这样做，PATH可能最终会在子进程中被破坏，并且这个错误很难追踪。

第三，不要const_cast<char*>command.c_str()。只需致电strdup()/wcsdup()在其上，然后free()之后CreateProcess()呼叫返回。或者如果你真的坚持要修改command到位，通过&command[0]作为参数。

第四，不要忘记设置你的尺寸STARTUPINFO结构：startupInfo.cb = sizeof(startupInfo)。现代 Windows（至少是 XP 和 7）实际上允许您将此字段保留为零，而不会产生任何有害后果，但依赖此进行编程有点草率。

哦，当我们在这里时：你提到你使用CreateProcess()因为，除其他外，它允许您显式地为孩子指定环境。嗯，有一个小问题lpEnvironment参数已记录，但很容易被忽视。当您指定NULL，孩子继承了父母的环境。当您指定非NULL, 父级环境未添加到其中。如果你想添加到父环境中，你必须使用GetEnvironmentStrings()获取它然后明确地调整它。