tags:

views:

858

answers:

11

All,

I'm trying to build an .exe file for the K&R "Hello, world". The code given in the book is:

#include <stdio.h>  
main()  
{  
    printf("Hello, world!\n");  
}

When I build & run from Code::Blocks (under Windows XP), I get the prompt window with the "hello world" message. It stays open until I close it manually. However, when I double click the .exe file, the prompt just flashes and disappears, why is that?

I'm a complete beginner. Please feel free to dumb down your responses...

Thanks,

JD

+4  A: 

When running from IDE's like this, they run the program and when its done running, they close it.

Since your program's only function is to print out a value, it does that and closes.

You should try to add something that asks for user input at the end or compile it into an .exe and run itself from the command line yourself.

Since you are starting I would recommend to just run it from the command line yourself. You will eventually learn about user input and there you can have the command line window open when you use your program.

Ólafur Waage
+1  A: 

The preferred solution is to run the executable from the command line.

Thomas Owens
+1  A: 

Try running your binary from the command line.

hillu
+1  A: 

That is because the executable file opens its own dialog box. When the executable has completed running it shuts down the dialog box that it opened in order to run. However, when YOU are the one that opened the dialog box, it disappears when YOU close it.

So if you were to open up a command prompt and then run the executable, the dialog box would not automatically close.

amischiefr
+16  A: 

If you're not running a command line exe from an already open command line window, Windows will automatically close the windows after the program has terminated. Try opening cmd.exe, navigating to your program's directory and running it from there, the window should stay open.

drewh
Dingo
+3  A: 

Normal behavior.

Your program executes every action in the order of the main. So it prints, and then moves on to the next operation, there is none, so it exits. Since the console window is tied to your .exe, the command window closes with the program.

If you don't want your program to exit right away, you can make it sleep, or wait for user input before exiting.

Ksempac
+3  A: 

When double clicking a .exe in Windows, you are launching a new process. Windows has 2 basic process types: Window and Command line. The hello world sample you've written is a command line process.

A command line process will launch a new command window on startup. This is the window that pops up which is largely a black background with white text. Upon completion of a program the window will close down.

JaredPar
A: 

just add

system("pause");

line before return. it`s not the best, but universal method.

f0b0s
Note: system("pause") should never show up in production code.
Brian
Please no. Sure it does the job on Windows, but it wouldn't work on another OS. It's better to learn how to wait for a character input using C library.
Ksempac
I don't think "Hello, world" is destined for production. Maybe I am wrong. After all, a fart sound is making big bucks on the iPhone.
xcramps
Voting that one back to 0 because the subsequent comments taught me something useful. (Really, you can make money with a fart sound? Oh boy, oh boy, oh boy....)
JDelage
+1  A: 

That is because from the executable, it executes your code in a new window and then the process is done, it has no reason to stay open, what you wanted to do is complete. There are a couple of things you can do. You can execute it from the cmd.exe command line, or you could even put something at the end of your code that listens for a key press, and once the key stroke is detected, allow the program to exit.

nstehr
+10  A: 

No one is explicitly telling you this, so I will:

What you see when you double-click the file is normal. What your IDE does (keeping the window open) is a feature to help you debug the application.

Why is this so?

Since you're developing a console application, there has to be a console for your application to display its output on. If there is none yet, a new console is created (which is the black window).

If you launch your program from inside a console (say, from cmd.exe), it will just inherit the console of the parent without creating a new one[1].

After the last application using the console exits (which, in the first case is just your program), the console closes. You will notice this all the time for console applications that print nothing but a help text when run without parameters. If you double-click them from explorer, a black window with some text will flash and then immediately close.

  • Sometimes, a program that does something and them immediately closes is what you want. For example, you can call these applications from scripts.

  • On the other hand, your application could be interactive: waiting for user input, doing some thing, and only exiting when the user tells it to. You cannot script these applications, obviously, as you will need to have a human present at the keyboard to tell the application what to do.

Now we get to the IDE part: let's say you're developing an application of the first kind, one that does something and then immediately closes. It's not very convenient to have the screen flash and disappear every time you run it, because how can you tell if the program worked? Assuming you can tell this from the output it generates.

You could of course start a command-line window and run the application from there, but the program would execute separately from the IDE, and you would lose live debugging capabilities.

So, IDE makers came up with a feature for console applications: when you run the application directly from your IDE, they afterwards, usually waiting for a keypress. This gives you the opportunity to inspect the window with the output, to confirm that the application is working properly.


[1] Esoterica: unless you go through an application that does not inherit the console. Any console app launched by that application will not inherit the console, since the inheritance was broken by the GUI app. For example, start.exe does this. Compare:

foo.exe (inherits the console)
start foo.exe (start.exe is a GUI app, so foo.exe is launched in a new console)
rix0rrr
Thanks for the very complete answer. Quick follow up, assuming my .exe document is somewhere on my "My documents" folder, how do I run it from a cmd prompt? I realize this is one step *below* basic...
JDelage
Wow. Nice, complete, and understandable answer.
Thomas Owens
First you have to "move" to the same directory as your executable lives, same as you do in explorer. You do that with the command `cd` for Change Directory. Like this: `cd "C:\Docu<TAB>\user<TAB>My Do<TAB>" etc. <TAB> helps you because it autocompletes directory names so you don't have to type them out :).
rix0rrr
An exe file is not a document. It's an executable, thus the computer can run it. You can't run any documents -- when double-clicking a document Windows automatically runs the associated application (which itself is an executable) to open it.Just to make that clear...
bluebrother
JDelage: there's actually a cool trick to avoid all the cd <tab> stuff: Open the cmd prompt, type "cd " (with the space) and then drag and drop your file from Windows Explorer onto the command window. You will see 'cd "C:\Documents and Settings\JDelage\My Documents\hello.exe'. Backspace away the actual program name so that it's just 'cd "C:\Documents and Settings\JDelage\My Documents' and press enter, and you're there!
MatrixFrog
A: 

Add getch(); before the closing brace. This will prompt for an input after the output is printed. Once you key in a character the window will close. This should solve your problem.

Christy John