What can explain std::cout not to display anything

2020-02-09 02:35发布

For whatever reason, std::cout does not display anything with my application. The description of my development environment follows.

I am working on a Qt application using Qt Creator. Since Qt Creator can't be launched from my station (XP64), i am currently developping it with Visual Studio 2008 and the Qt plugin (by importing the .pro project file). Everything seems fine and the application works.

In some cases (depending on command line arguments), i don't want to launch the HIM, just to display a few sentences in the CLI (command line required arguments, for instance).

I don't get any error, but nothing is displayed. The corresponding code, which i am sure is run is the (classical) following :

std::cout << "is this going to be displayed ?" << std::endl;

Do you have any idea why nothing is displayed ?

5条回答
ゆ 、 Hurt°
2楼-- · 2020-02-09 03:13

Try

CONFIG += console

in your .pro file.

查看更多
虎瘦雄心在
3楼-- · 2020-02-09 03:22

Windows distinguishes between console applications and GUI applications, and does not create a console for GUI applications, by default (see this page from MSDN). You can use AllocConsole to create one.

查看更多
疯言疯语
4楼-- · 2020-02-09 03:32

Perhaps it's not the std::cout line that makes it not displayed, but the function containing it. Maybe it's not invoked at all, and that's why std::cout doesn't work.

查看更多
贪生不怕死
5楼-- · 2020-02-09 03:38

Ok, answer found. Simple answer, of course, as always when encountering such problems. Michael Aaron was on the right tracks.

Simply changing SubSystem to Console in project configuration (/Configuration properties/Linker/System) makes the whole thing work. The GUI still works, but with a background console. I can deal with that.

查看更多
男人必须洒脱
6楼-- · 2020-02-09 03:40

On Windows, programs usually are built as either a SUBSYSTEM:WINDOWS application or as SUBSYSTEM:CONSOLE.

Programs built with SUBSYSTEM:CONSOLE are expected to be text-mode applications. For this type of application, stdout and stderr print to the console that you launched them from, creating a new console if necessary.

In contrast, SUBSYSTEM:WINDOWS applications do not bother with a console. You can still write to stdout and stderr, but they normally don't go anywhere. You could use AllocConsole to create a console to print to, but this will always print to a newly created console window, not to a console window you launched the program from.

One trick for SUBSYSTEM:WINDOWS applications is that even though there's no console, you can still pipe stdout and stderr. To pipe stdout, you can do:

YourApplication.exe > output.txt

or if you have cat (or an equivalent):

YourApplication.exe | cat

Also note that there's not really any difference between SUBSYSTEM:WINDOWS applications and SUBSYSTEM:CONSOLE applications other than how Windows treats them when creating the process. (You can create windows in SUBSYSTEM:CONSOLE applications.) You therefore can easily switch between SUBSYSTEM types (for example, to use SUBSYSTEM:CONSOLE for debug builds and SUBSYSTEM:WINDOWS for release ones).

查看更多
登录 后发表回答