DOS-Fenster schließt beim Debuggen sofort...
-
Hallo,
ich debugge aus Visual Studio 6 heraus ein Programm. Es wird eine DOS-Box geöffnet, in der das Programm abläuft, allerdings kommt es dann zu Fehlern und einem Abbruch. Leider schließt das DOS-Fenster dann sofort, im VS werden mir zwar Fehler ausgegeben, ich möchte aber auch sehen können, welche Ausgaben am Schluss im DOS-Fenster stehen.
getch() und system("pause") habe ich schon ausprobiert, das funktioniert nicht. Gibt es im Visual Studio keine Option, welche besagt, dass nach dem Fehlerabbruch das DOS-Fenster des Programms noch offengelassen werden soll?Danke und Grüße aus Berlin
Michi
-
Du kannst ja mal versuchen dein Programmm über Start -> Ausführen -> cmd zu starten. Diese Konsole sollte sich eigentlich auch beim fehlerhaften Abbruch deines Programms nicht schließen.
-
Ja, das ist richtig, trotzdem muss das doch auch irgendwie aus dem Visual Studio im Debug-Modus möglich sein. Wichtig ist mir eben, dass ich das Programm debugge und nicht nur via cmd ausführe.
-
Wenn es fatale Fehler sind, dann stoppt der Debugger an der entsprechenen Stelle.
In meinem VS ist es so, dass bei Start mit dem Debugger, das DOS Fenster stehen bleibt mit der Meldung, dass man noch eine Taste drücken soll.
-
Und weisst Du, ob man diese Funktion an- und ausschalten kann?
Es ist glaube ich nicht einmal ein kritischer Fehler, denn wenn ich die EXE so im CMD rufe, funktioniert es "nur" nicht, weil an einer Pythondatei etwas nicht stimmt, das ist alles. Ich verstehe einfach nicht, warum man dem Debugger nicht sagen kann: "Lass bitte am Ende das Fenster offen, ich will noch einen Blick darauf werfen!" --
-
Also ich muss mich korrigeren.
Wenn ich F5 drücke, dann läuft mein Programm auch durch. Bei Strg+F5 wird das programm gestartet und die VS fordert einen Prompt.
Was hindert Dich einen entsprechenden Breakpoint zu setzen.
-
Es ist eine EXE welche mit verschiedenen anderen Routinen arbeitet (Python), breakpoint habe ich ja versucht, funktioniert nicht. Macht doch im Debugmodus auch weniger Sinn, ich will ja VS Step by Step nutzen (also von zeile zu Zeile springen können).
Was doch einfach gehen muss, ist das DOS Fenster nicht zu schließen - kann doch nicht wahr sein.Danke für Eure Hilfe und Antworten!
-
Was geht nicht bei einem Breakpoint?
Es muss gehen.
Und was ist mit Schrit für Schritt? Warum soll das nicht gehen.
Zur Not platzierst Du einen ersten DebugBreak irgendwo im Code und dann kannst Du dort aufsetzen.
-
Sorry, ich bin wirklich ein C-Newbie, daher nochmal eine Frage. was meinst Du genau mit Breakpoint. Ich habe Dinge wie system ("pause") oder getch() eingefügt, trotzdem klappt das Window nach den Programmfehlern zu? Müsste ich die Breakpoints sukzessive von vorne nach hintenverschieben, oder wie?
Vielen Dank für Mühe und Geduld!
Grüße
-
An die Code Stelle gehen, bis zu der das Programm laufen soll. F9 gedrückt. Roter Punkt erscheint vor der Code Zeile. F5 drücken, Programm läuft bis zu dem Breakpoint wenn der Code an dieser Stelle ausgeführt wird.
