cmd fenster problem
-
hey
bs: winxp
software: microsoft visual c++ 2010 expresssobald ich in ner .cpp file code notiert habe & ihn debugge, sollte danach das cmd fenster aufklappen & der text, der innerhalb der printf-klammern im editor notiert ist, im cmd fenster stehen.
der eingegebene text steht im cmd fenster, aber das cmd fenster erscheint nur für den bruchteil einer sekunde & verschwindet dann wieder.
wo könnte der fehler liegen?hier der ganz einfache code:
#include <stdio.h> int main(void) { printf ("Dies ist ein Beispiel fuer eine Ausgabe!\n"); return 0; }bitte um feedback
-
#include <stdio.h> int main(void) { printf ("Dies ist ein Beispiel fuer eine Ausgabe!\n"); printf ("Bitte Enter drücken um Fenster zu schliessen!\n"); getchar(); return 0; }Was daran C++ ist, weiss ich ehrlich gesagt nicht.
-
Dazu gibt es in der FAQ einen Eintrag:
http://www.c-plusplus.net/forum/viewtopic-var-t-is-111042.html
-
@getchar
danke
mein fehler, hab unten den falschen button benützt, is natürlich normaler code.@theta
hm, hab ich wohl übersehen, muss mich erst n bisschen zurecht finden hier.
trotzdem danke für den link
-
Kannst es auch mal mit system("pause") aus <cstdlib> versuchen..
Find ich eleganter.
-
Guck in die FAQ, dann siehst du, dass das gar nicht elegant ist

-
Stimmt, die Jungs meinen, dass system() sogar zu nem Sicherheitsproblem werden kann.
Ganz unten unter 'ACHTUNG' kucken:
http://www.c-plusplus.net/forum/viewtopic-var-t-is-111042.html& hier:
http://www.c-plusplus.net/forum/viewtopic-var-t-is-39453.html
-
Am elegantesten ist es, wenn man Konsolenprogramme in einem Konsolenfenster startet, das bleibt dann auch nach Programmende offen.
-
Achso.. Danke für den Hinweis

Das wusste ich gar nicht..
-
Ich arbeite am liebsten mit
#include <conio.h> //... _getch();Finde ich am besten

-
Oder man setzt am return 0; einfach nen Breakpoint wenn man wie der TE schon im Debugger is..
rya.
-
also ich find zu testzwecken system("PAUSE") am besten - sicherheit ist hier kein argument. plattformabhängig sind alle varianten und geschwindigkeit spielt keine rolle.
bb
-
Ich find es am allerbesten ein gescheites und konfigurierbares Terminal(-Fenster) Programm zu verwenden.
Sicherheit ist hier gegeben. Plattformabhängig sind alle Terminals und Entwicklertools (aber das Endprodukt nicht) und Geschwindigkeit kann im Vergleich zu einer Windows(TM)-Kommandozeileninterpretereingabeaufforderung nur besser werden.