windows - MSVC2008 c/c++控制台应用程序产生了新的控制台

Question

应用程序在哪里决定/导致产生新的控制台窗口(动态链接时)？
默认运行时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);
}

配置属性> c/c++>命令行:

/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

配置属性> list 工具>命令行

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

我仍然有问题，产生了一个 shell 并且无法使用(即app.exe> test.txt)重定向stdout。因此，文本“应用程序正在运行...”不会打印在启动exe的同一 shell 上。

我仍然一无所知，也为每一个提示而感激。

更新2:

我为命令行创建了一个批处理文件。如果我用它进行编译，则exe将按预期工作。

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"

因此，Visual Studio所做的某些事情并未反射(reflect)在它提供的命令行中。什么，为什么？
我仍然一无所知，也为每一个提示而感激。

解决方案:
为此名称的可执行文件配置了一个调试器。这就是为什么我有这种行为:

inter_612_2_32.exe没有子 shell

intes_612_2_32.exe没有子 shell

inter_612_1_32.exe生成子 shell

intes_612_1_32.exe没有子 shell

通过使用ProcessExplorer，我发现inter_612_1_32.exe是DbgHost.exe的子进程。不幸的是，我没有跟随那个线索而忘记了它。

加载的Dll实际上并不重要。问题是注册表中的条目:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\inter_612_1_32.exe

我猜该条目是由DebugDiag，Application Verifier或某些其他工具创建的，但是在该工具的GUI中删除时并未删除。

感谢所有考虑此事的人。

Answer 1

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

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

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