Debuggen mit Befehlszeilenparametern in Visual Studio

Ich entwickle eine C ++ - Befehlszeilenanwendung in Visual Studio und muss sie mit Befehlszeilenargumenten debuggen. Im Moment führe ich nur die generierte EXE-Datei mit den Argumenten aus, die ich brauche (so program.exe -file.txt), aber auf diese Weise kann ich nicht debuggen. Kann ich irgendwo die Argumente für das Debuggen angeben?

Ja, es befindet sich im Abschnitt Debugging auf der Eigenschaftenseite des Projekts.

In Visual Studio seit 2008: Klicken Sie mit der rechten Maustaste auf das Projekt , wählen Sie Eigenschaften , gehen Sie zum Abschnitt Debuggen - dort befindet sich ein Feld für "Befehlsargumente". (Tipp: keine Lösung, sondern Projekt).

Die häufig gestellten Fragen zu Mozilla.org zum Debuggen von Mozilla unter Windows sind hier von Interesse.

Kurz gesagt, der Visual Studio-Debugger kann in einem Programm über die Befehlszeile aufgerufen werden, sodass die Befehlszeilenargumente beim Aufrufen eines Befehlszeilenprogramms direkt in der Befehlszeile angegeben werden können.

Dies sieht für Visual Studio 8 oder 9 wie folgt aus (Visual Studio 2005 bzw. Visual Studio 2008).

  devenv / debugexe 'Programmname' 'Programmargumente'

Es ist auch möglich, eine Explorer-Aktion auszuführen , um ein Programm im Visual Studio-Debugger zu starten.

Selbst wenn Sie die ausführbare Datei außerhalb von Visual Studio starten, können Sie den Befehl "Anhängen" verwenden, um Visual Studio mit Ihrer bereits ausgeführten ausführbaren Datei zu verbinden. Dies kann beispielsweise nützlich sein, wenn Ihre Anwendung als Plug-In in einer anderen Anwendung ausgeführt wird.

Microsoft Visual Studio Ultima 2013.

Sie können einfach zum Menü DEBUG → Haupteigenschaften → Konfigurationseigenschaften → Debugging gehen und sehen dann das Feld für die Befehlszeilenargumente.

Tatsächlich können Sie dieselben Eingabeargumente für alle verschiedenen Konfigurationen festlegen und nicht nur für das Debuggen.

Wählen Sie im Pulldown-Menü der Konfiguration Folgendes aus: Alle Konfigurationen und fügen Sie die Eingabeargumente ein (jedes Argument durch Leerzeichen getrennt).

Jetzt können Sie Ihr Programm in verschiedenen Modi ausführen, ohne die Eingabeargumente jedes Mal ändern zu müssen.

Dies kann einigen Menschen helfen, die immer noch Probleme haben. Ich verwende Visual Studio 2015 und konnte die Argumente nur übergeben, wenn ich die Definition von geändert habeargv .

Anstatt

int main(int argc, char **argv){
}

Ich musste benutzen

int main(int argc, char *argv[]){
}

Ich weiß nicht, warum es notwendig war, aber es funktioniert.

In Visual Studio 2017 mit einem .NET Core Konsolenanwendung wie folgt vor:

Klicken Sie im Lösungsfenster mit der rechten Maustaste auf das Projekt , wählen Sie "Eigenschaften", Debuggen (auf der linken Seite) und geben Sie die Argumente in das Feld "Anwendungsargumente" ein .

Beachten Sie, dass sie durch Leerzeichen getrennt sein sollten.

Klicken Sie in Visual Studio 2010 mit der rechten Maustaste auf das Projekt, wählen Sie Eigenschaften , klicken Sie im linken Bereich auf den Abschnitt Eigenschaften konfigurieren und dann auf Debuggen dann auf . Im rechten Bereich befindet sich ein Feld für Befehlsargumente.

Geben Sie darin die Befehlszeilenargumente ein. Du bist startklar. Jetzt debuggen und das Ergebnis sehen. Wenn Sie es leid sind, die Eigenschaften zu ändern, geben Sie die Eingabe vorübergehend direkt im Programm ein.

Klicken Sie mit der rechten Maustaste auf das Projekt im Lösungsfenster von Visual Studio, wählen Sie "Debugging" (auf der linken Seite) und geben Sie die Argumente in das Feld "Befehlsargumente" ein :

Verwenden Sie ab VS 2015 die Erweiterung Smart Command Line Arguments . Dieses Plug-In fügt ein Fenster hinzu, in dem Sie Argumente ein- und ausschalten können:

Die Erweiterung speichert die Argumente zusätzlich in einer JSON-Datei, sodass Sie sie der Quellcodeverwaltung übergeben können. Dies stellt nicht nur sicher, dass Sie nicht jedes Mal alle Argumente eingeben müssen, sondern ist auch eine nützliche Ergänzung zu Ihrer Dokumentation, damit andere Entwickler die verfügbaren Optionen ermitteln können.