应用程序在哪里决定/导致产生新的控制台窗口(动态链接时)？
默认运行时dll中是否有一些我可能忽略的定义或杂注或标准行为的某些更改？我不太确定这些是正确的问题，请阅读以下背景并接受我的意见。我为每一个朝着正确方向前进的人感到高兴。

背景:
控制台应用程序(/SUBSYSTEM:CONSOLE)在启动时会生成一个新的子控制台。使用相同来源和配置设置的其他应用程序则没有。唯一的区别(貌似)是所提供的3rd-party-dll。由于有了新的子控制台，我无法再重定向输出(app.exe> dump.txt)。重定向对于此应用程序至关重要。

我正在MS Visual Studio 2008上构建该c/c++控制台应用程序。该应用程序动态链接到许多凌乱的dll。整个库包由第3方作为发行版提供，没有调试信息。 dll包中包括msvcr90.dll(9.0.30729.1)，msvcp90.dll(9.0.30729.1)和msvcr80.dll(8.0.50727.42)。

导致这种情况的原因似乎是非常全局的，因为在main()中第一个输出到stdout或stderr的fprintf转到新的控制台窗口，而不是启动应用程序的shell。

在我的第一次尝试中，我在Visual Studio 2005(直到最新版本的库包之前使用)和2010(由dll提供程序推荐)上构建了该应用程序。这些构建并没有生成控制台，但是当释放可能是在不同版本的运行时中分配的内存时，它们确实崩溃了。使用Dependency Walker，我可以找到dll链接到的“主”运行时。

PS:Afaik链接两个不同的运行时足够危险。但这是对dll-pack以前版本的改进，后者包含71、80、90个运行时dll的r，c和m变体。

PPS:我以前主要是在linux上开发的，所以我可能会犯一些非常基本的错误。请为我的无知事先接受我的歉意。

更新1:

遵循安东·科瓦连科(Anton Kovalenko)的建议，我删除了越来越多的图书馆。然后我删除了更多代码。最后我以:

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

int main(int _argc, char **_argv)
{
printf("application running ...\n");
fflush(stdout);
Sleep(2000);
exit(0);
}

/Od /Ob2 /D "_MBCS" /FD /EHsc /MD /Fo"a4input_interface_6.12_1.dir\Release\\" /Fd"a4input_interface_6.12_1.dir\Release\vc90.pdb" /W3 /nologo /c /TC /errorReport:prompt

/OUT:"D:\sascha\svn\a4_devel\cmakebuild\build\win32_release\inputinterfaces\.inter_612_1_32.exe" /VERSION:0.0 /INCREMENTAL:NO /NOLOGO /MANIFEST /MANIFESTFILE:"a4input_interface_6.12_1.dir\Release\.inter_612_1_32.exe.intermediate.manifest" /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /SUBSYSTEM:CONSOLE /DYNAMICBASE:NO /ERRORREPORT:PROMPT kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib

/nologo /outputresource:"..\..\..\build\win32_release\inputinterfaces\.inter_612_1_32.exe;#1"

cl.exe /Od /Ob2 /D "_MBCS" /FD /EHsc /MD /Fo"a4input_interface_6.12_1.dir\Release\\" /Fd"a4input_interface_6.12_1.dir\Release\vc90.pdb" /W3 /nologo /c /TC /errorReport:prompt main.c

link.exe /OUT:"D:\sascha\svn\a4_devel\cmakebuild\build\win32_release\inputinterfaces\.inter_612_1_32.exe" /VERSION:0.0 /INCREMENTAL:NO /NOLOGO /MANIFEST /MANIFESTFILE:"a4input_interface_6.12_1.dir\Release\.inter_612_1_32.exe.intermediate.manifest" /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /SUBSYSTEM:CONSOLE /DYNAMICBASE:NO /ERRORREPORT:PROMPT kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib a4input_interface_6.12_1.dir\Release\main.obj

mt.exe /manifest a4input_interface_6.12_1.dir\Release\.inter_612_1_32.exe.intermediate.manifest /nologo /outputresource:"D:\sascha\svn\a4_devel\cmakebuild\build\win32_release\inputinterfaces\.inter_612_1_32.exe";#1"

最佳答案

一些第三方dll可能正在调用FreeConsole和AllocConsole，它们具有您描述的效果。如果在DllMain中完成DLL_PROCESS_ATTACH的操作，则会在为您的项目依赖项的库输入main()之前发生。

似乎没有与您的构建环境有关的替代解释。

如果您创建一个将可疑dll使用LoadLibrary而不是链接其导入库的项目，则可以了解更多信息:如果其中一些(或它们的依赖项)在FreeConsole中执行了AllocConsole和DllMain，则将在LoadLibrary调用期间发生。

关于windows - MSVC2008 c/c++控制台应用程序产生了新的控制台，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14379345/