Beispielprogramme verschwinden gleich

schreib im main ganz unten einfach noch ein "getchar();"

Oder führe das Programm gleich in der Konsole aus.

-) mit eingabeauforderung (cmd)
oder
-) system("PAUSE");

Zitat von josef19

-) mit eingabeauforderung (cmd)
oder
-) system("PAUSE");

mit systempause funktioniert das eigentlich ganz gut. ich muss sagen, dass dieses problem bei mir auch auftritt. es kommt auch auf den compiler an, oder? ich verwende devc++ und das ist ein sch***, was das betrifft. aber auch in der eingabeaufforderung sollte es klappen.

Zitat von Ivy

ich verwende devc++ und das ist ein sch***, was das betrifft.

Wieso ist es ein Sch***, wenn ein beendetes Programm geschlossen wird? Besser als lauter tote Fenster rumliegen haben. Der Compiler kann auch nicht riechen, ob das Programm nur schnell was machen und dann wieder verschwinden soll oder nicht.

Zitat von josef19

-) mit eingabeauforderung (cmd)
oder
-) system("PAUSE");

Sehr plattform-unabhaengigen programmierstil empfiehlst du da, wenn jemand eh schon getchar() empfohlen hat, was auf jedem system geht

Zitat von Matt_informatic

Hi,
Wollte nur wissen, warum in den ganzen Listings nicht das angegeben ist.

Weil ein Konsolenprogramm ueblicherweise aus einer Konsole heraus gestartet wird. Es macht normalerweise keinen Sinn, nach dem Ende eines Programms noch auf ein Zeichen zu warten (getchar()). Das ist nur ein Trick fuer deine konkrete Situation: Das du das Programm eben nicht aus einer Konsole heraus startest. Das geht eigentlich gar nicht (das Ding heisst ja nicht umsonst Konsolenprogramme). Und weil dein Betriebsystem das weiss, erstellt es in diesem Fall eine neue Konsole, extra fuer dein Programm.

D.h. wenn Du den getchar() trick verwendest, dann aber nur zum testen der Programme. Wenn Du spaeter eigene Konsolenprogramme schreibst, die Du oder andere verwenden sollen, dann sollte das da nicht stehen.

Zitat von Matt_informatic

Wenn ich direkt in der Konsole ausführe, dann bleibt das Fenster offen.

Das war der Haken.

Naja, das ist kein "Haken", sondern expected behavior von terminal programmen wuerd ich sagen.
Waer doch bloed, wenn man bei jedem xterm -e mutt, nach dem schliessen von mutt nochmals das terminal schliessen muesste.